Freepascal - v3.1.1 im Trunk

[creed steiger]

"ist da" ist etwas übertrieben

Zitat:

As a first step in the 3.0.0 release process the stable branch was branched
off to branches/fixes_3_0 and the version number was updated to 3.0.1

The version in trunk was raised to 3.1.1

Scripts might need modification accordingly.

Die Arbeit an 3.0 hat begonnen würde es eher treffen

[Stevie]

Gibt's wenigstens ne Roadmap oder wird nach wie vor "was zum Release drin is, is drin, was nich, nich" Strategie gefahren?

Und vor lauter Diskussionen ob nen Language feature so oder so oder doch anders auszusehen hat,
oder ob mans denn dann überhaupt braucht (anonyme Methoden, hust) kommense gar nicht nich zu Potte

[creed steiger]

Da würde ich an deiner Stelle einfach nachfragen
Die Entwickler sind über die bekannten Kanäle zu erreichen (Mailinglist und IRC).
Fragen koste nichts und ich hab mich nicht weiter damit beschäftigt was momentan in der Mache ist.
Die Quote von der Mailinglist war nur zur Klarstellung das eigentlich nichts spektakuläres passiert ist.

Davon abgesehen find ich Diskussionen besser als übertrieben gesagt "friss oder stirb"

[JamesTKirk]

*seufz*

@Insider2004: 3.1.1 ist einfach nur die neue Versionsnummer von Trunk, sprich was zuvor 2.7.1 war. Dies wurde nötig, nachdem nun 3.0.0 gebrancht wurde (Branchname fixes_3_0), welcher in den nächsten Wochen für das Release vorbereitet wird. So gesehen gibt es noch nichts neues, außer dass man nun gezielter mit den Snapshots von 3.0.0 testen kann, ob der eigene Code damit funktioniert.

Zitat von Stevie:

Gibt's wenigstens ne Roadmap oder wird nach wie vor "was zum Release drin is, is drin, was nich, nich" Strategie gefahren?

Was willst du bei einem Projekt, bei dem zwei, drei handvoll Freiwillige in ihrer Freizeit dran arbeiten auch anders machen?

Zitat von Stevie:

Und vor lauter Diskussionen ob nen Language feature so oder so oder doch anders auszusehen hat, oder ob mans denn dann überhaupt braucht (anonyme Methoden, hust) kommense gar nicht nich zu Potte

Features, die von Delphi unterstützt werden, kommen auch früher oder später in FPC. Bei manchen dauert's eben länger, da sie umfangreicher sind (Dynamic Packages, anonyme Funktionen, Attribute).
Das große Problem bei anonymen Funktionen ist, dass es bisher zwei (externe) Leute gegeben hat, die gesagt haben, dass sie dran arbeiten und bisher kam noch nichts dabei raus... (irgendwann werd's wahrscheinlich ich selbst machen müssen ) Dazu kommt noch, dass die meisten Mitentwickler mit der Syntax auf absoluten Kriegsfuß stehen.

Gruß,
Sven

[Stevie]

Zitat von JamesTKirk:

Zitat von Stevie:

Gibt's wenigstens ne Roadmap oder wird nach wie vor "was zum Release drin is, is drin, was nich, nich" Strategie gefahren?

Was willst du bei einem Projekt, bei dem zwei, drei handvoll Freiwillige in ihrer Freizeit dran arbeiten auch anders machen?

Wir arbeiten auch nur mit ner Handvoll Leute in unserer Freizeit an Open Source, haben aber trotzdem nen groben Plan, was als nächstes kommt.
Geht ja nich um ne verbindliches Releasedatum.

Zitat von JamesTKirk:

Zitat von Stevie:

Und vor lauter Diskussionen ob nen Language feature so oder so oder doch anders auszusehen hat, oder ob mans denn dann überhaupt braucht (anonyme Methoden, hust) kommense gar nicht nich zu Potte

Features, die von Delphi unterstützt werden, kommen auch früher oder später in FPC. Bei manchen dauert's eben länger, da sie umfangreicher sind (Dynamic Packages, anonyme Funktionen, Attribute).
Das große Problem bei anonymen Funktionen ist, dass es bisher zwei (externe) Leute gegeben hat, die gesagt haben, dass sie dran arbeiten und bisher kam noch nichts dabei raus... (irgendwann werd's wahrscheinlich ich selbst machen müssen )

Tjaja, so ist das, alles muss man selber machen

Zitat von JamesTKirk:

Dazu kommt noch, dass die meisten Mitentwickler mit der Syntax auf absoluten Kriegsfuß stehen.

Nicht nur das, sondern auch mir der Funktionalität an sich, wenn ich mir so manche Diskussion (schon länger her) durchlese, wo ich echt manchmal mit der Stirn auf die Tischplatte geklatscht bin.

[bernhard_LA]

Laut Sourceforge hat Lazarus/fpc mittlerweile 50.000 DownLoads pro Monat, über die letzten 10 Jahre hinweg eine stetige Zunahme an Usern. Tolle Leistung.
Fürs Team hoffentlich eine Motivation weiter zu machen.

Trotzdem ist Delphi / Pascal laut TIBOE Index auf Platz 20 abgestürtzt .... passt nicht so ganz zusammen

[AlexII]

Zitat von bernhard_LA:

Laut Sourceforge hat Lazarus/fpc mittlerweile 50.000 DownLoads pro Monat, über die letzten 10 Jahre hinweg eine stetige Zunahme an Usern. Tolle Leistung.
Fürs Team hoffentlich eine Motivation weiter zu machen.

Jah... das Produkt wir immer besser, daher die steigenden Downloadzahlen. Neu schreibe ich nichts mehr in Delphi, nur Lazarus.

[Sherlock]

Zitat von bernhard_LA:

Trotzdem ist Delphi / Pascal laut TIBOE Index auf Platz 20 abgestürtzt .... passt nicht so ganz zusammen

TIOBE ist...vorsichtig ausgedrückt...ganz großer Bullshit.

O'Neill

[JamesTKirk]

Zitat von Stevie:

Zitat von JamesTKirk:

Zitat von Stevie:

Gibt's wenigstens ne Roadmap oder wird nach wie vor "was zum Release drin is, is drin, was nich, nich" Strategie gefahren?

Was willst du bei einem Projekt, bei dem zwei, drei handvoll Freiwillige in ihrer Freizeit dran arbeiten auch anders machen?

Wir arbeiten auch nur mit ner Handvoll Leute in unserer Freizeit an Open Source, haben aber trotzdem nen groben Plan, was als nächstes kommt.
Geht ja nich um ne verbindliches Releasedatum.

Bei uns weiß man eben nicht wirklich was als nächstes kommt. Da kommt es immer darauf an, woran jemand gerade Lust hat rumzubasteln (Beispiel: mein lauffähig machen des m68k Backends vor zwei Jahren).

Zitat von Stevie:

Zitat von JamesTKirk:

Zitat von Stevie:

Und vor lauter Diskussionen ob nen Language feature so oder so oder doch anders auszusehen hat, oder ob mans denn dann überhaupt braucht (anonyme Methoden, hust) kommense gar nicht nich zu Potte

Features, die von Delphi unterstützt werden, kommen auch früher oder später in FPC. Bei manchen dauert's eben länger, da sie umfangreicher sind (Dynamic Packages, anonyme Funktionen, Attribute).
Das große Problem bei anonymen Funktionen ist, dass es bisher zwei (externe) Leute gegeben hat, die gesagt haben, dass sie dran arbeiten und bisher kam noch nichts dabei raus... (irgendwann werd's wahrscheinlich ich selbst machen müssen )

Tjaja, so ist das, alles muss man selber machen

Richtig...

Zitat von Stevie:

Zitat von JamesTKirk:

Dazu kommt noch, dass die meisten Mitentwickler mit der Syntax auf absoluten Kriegsfuß stehen.

Nicht nur das, sondern auch mir der Funktionalität an sich, wenn ich mir so manche Diskussion (schon länger her) durchlese, wo ich echt manchmal mit der Stirn auf die Tischplatte geklatscht bin.

Also zumindest unter den Kernentwicklern herrscht Einigkeit, dass die Funktionalität gut ist. Die Syntax jedoch... (und ja, ich bin auch kein Fan der Syntax, aber das trifft bei vielen der post-Delphi-2009 Features zu... )

Gruß,
Sven

[Patito]

Zitat von JamesTKirk:

Bei uns weiß man eben nicht wirklich was als nächstes kommt. Da kommt es immer darauf an, woran jemand gerade Lust hat rumzubasteln (Beispiel: mein lauffähig machen des m68k Backends vor zwei Jahren).

Also zumindest unter den Kernentwicklern herrscht Einigkeit, dass die Funktionalität gut ist. Die Syntax jedoch... (und ja, ich bin auch kein Fan der Syntax, aber das trifft bei vielen der post-Delphi-2009 Features zu... )

Das ist so eines der Hauptprobleme von Pascal zur Zeit.
Pascal lebt eigentlich davon, dass es eine klare und einfach verständliche Syntax hat (oder hatte).
(es hatte sogar mal einen einfach verständlichen String-Typ...)

Es wäre in den letzten Jahren wesentlich besser gewesen, wenn die Compiler-Entwickler bei Delphi
den Ball flacher gehalten hätten. Für sinnvolle Änderungen an der Syntax mangelt es dort einfach ein wenig an Verantwortungsbewusstsein und Kompetenz.

Das dann alles als Fingerübung in Free Pascal zu integrieren ist zwar sicher spannend, aber
letztenendes für Pascal schlecht.

Wenn man immer mehr Syntax draufpackt und in wichtige Libraries integriert fliegt
in ein paar Jahren einfach alles auseinander und neue Compiler haben dann auch keine
echte Chance sich in eine kompatible Richtung zu entwickeln.