Lazarus Release Candidate 1 der 2.2.0

[Mattias]

Das Lazarus Team stellt Version Lazarus 2.2.0 RC1 bereit.

Diese Version wurde mit FPC 3.2.2 gebaut.

Die Liste der Neuerungen ist hier zu finden:
http://wiki.lazarus.freepascal.org/Laza ... ease_notes
http://wiki.lazarus.freepascal.org/User_Changes_3.2.2

Die Liste der Fehlerbehebungen ist hier zu finden:
http://wiki.freepascal.org/Lazarus_2.2_fixes_branch

Die Version kann hier von SourceForge bezogen werden:
http://sourceforge.net/projects/lazarus/files/

Wähle CPU, Betriebssystem, das "Lazarus 2.2RC1" Verzeichnis und dann die Version.

Die Checksummen für die SourceForge Dateien sind hier zu finden:
http://www.lazarus-ide.org/index.php?pa ... s#2_2_0RC1

Minimale Systemanforderungen:

Windows:
2k, XP, Vista, 7, 8, 8.1 and 10, 32 or 64bit.

FreeBSD/Linux:
gtk 2.8 for gtk2, qt4.5 for qt, qt5.6 for qt5, 32 or 64bit.

Mac OS X:
Cocoa (64bit) 10.12 to 11.4, Carbon (32bit) 10.5 to 10.14, qt and
qt5 (32 or 64bit).

Der SVN-Tag ist:
https://svn.freepascal.org/svn/lazarus/ ... _2_2_0_RC1

Für Leute, die SourceForge nicht erreichen können, sind die Dateien gespiegelt auch hier zu finden:
ftp://ftp.freepascal.org/pub/lazarus/releases/

[theo]

Danke!

[six1]

Danke Mattias.
Ich baue die Version gerade mit fpcupdeluxe zusammen und teste mal die Inst. meiner Komponenten.
Da gab es in der Vergangenheit immer mal Problemchen...
Berichte dann...

WIN10 x86_64, fpcupdeluxe 32 Bit
Edit-1: Zusammenbau hat geklappt, läuft schonmal nackig
Edit-2: Onlinepackagemanager installiert und 23 Pakete installiert. Bis auf Richmemo hat alles einwandfrei geklappt.
Edit-3: 12 "eigene" Komponenten installiert, darunter Devart Securebridge 9.5.1 hat alles einwandfrei geklappt.

Etwas größeres, eigenes Projekt (> 30.000 Zeilen) ohne Probleme kompilieren können.

In der vorliegenden Version richtig unproblematisch! Da hatte ich schon widerspenstigere Versionen
Für mich so produktiv!

[wp_xyz]

Für Windows braucht man das fpcupdeluxe nicht, sondern kann bequem die Installationsdateien direkt "aus der Tüte" verwenden. Ich habe auf Win10 die 32-bit und 64-bit-Dateien ausprobiert. Keine Probleme. Bei der 64-Bit-Version gab es beim ersten Aufruf allerdings eine kleine Schrecksekunde, weil der Debugger im Startbildschirm nicht gefunden worden ist, aber man kann den gdb im mingw-Ordner finden und einfach manuell einstellen.

[six1]

Für Windows braucht man das fpcupdeluxe nicht, sondern kann bequem die Installationsdateien direkt "aus der Tüte" verwenden.

...ich schon, da ich Linux32, Linux64 und Arm Crosscompiler brauche... welche ebenfalls fehlerfrei installiert wurden.

[gladio]

Habe ich irgendwas verpasst?
Gibt es kein Lazarus 2.1.xxx als offizielle stibile Version?

[PascalDragon]

Habe ich irgendwas verpasst?
Gibt es kein Lazarus 2.1.xxx als offizielle stibile Version?

Ist die zweite Stelle ungerade, so ist dies immer eine Hauptentwicklungsversion, nie ein Release. Ist die zweite Stelle gerade, so ist es ein Release (dritte Stelle gerade) oder eine Fixesentwicklungsversion (dritte Stelle ungerade). Gilt übrigens auch für Free Pascal selbst.

Das nächste Lazarus Release ist also 2.2.0 und die Entwicklungsversion ist nun bei 2.3.

[wp_xyz]

Für Windows braucht man das fpcupdeluxe nicht, sondern kann bequem die Installationsdateien direkt "aus der Tüte" verwenden.

...ich schon, da ich Linux32, Linux64 und Arm Crosscompiler brauche... welche ebenfalls fehlerfrei installiert wurden.

OK, alles klar. Das war im ersten Beitrag nicht erwähnt, und ich wollte nur klarstellen, dass man eine Wald- und Wieseninstallation direkt und ohne fpcupdeluxe machen kann.

[six1]

Ja, hast Recht, hatte ich nicht explizit erwähnt.

[Socke]

Für Windows braucht man das fpcupdeluxe nicht, sondern kann bequem die Installationsdateien direkt "aus der Tüte" verwenden. Ich habe auf Win10 die 32-bit und 64-bit-Dateien ausprobiert. Keine Probleme. Bei der 64-Bit-Version gab es beim ersten Aufruf allerdings eine kleine Schrecksekunde, weil der Debugger im Startbildschirm nicht gefunden worden ist, aber man kann den gdb im mingw-Ordner finden und einfach manuell einstellen.

Laut Release Notes sollte doch FpDebug jetzt der Standarddebugger sein? Hat den jemand in der neuen Version schon ausprobiert?

[Michl]

Ja ich, sehr oft, warum?

Soviel ich weiß, wenn eine bestehende Konfiguration genutzt wird, wird FPDebug nicht als Standard genutzt, sondern die Konfiguration mit GDB beibehalten.
Ansonsten weitere Infos wie immer im Wiki (habe da gerade nochmal die Installation überarbeitet): https://wiki.freepascal.org/FpDebug

[wp_xyz]

Laut Release Notes sollte doch FpDebug jetzt der Standarddebugger sein? Hat den jemand in der neuen Version schon ausprobiert?

Ja, bin generell sehr zufrieden damit. Vor allem weil die gefühlt immer länger werdende Denkpause beim Öffnen des Dateidialoge unter gdb wegfällt.

Einziger Wermutstropfen ist, dass FpDebug den Typ der Debugger-Information "Automatisch" nicht versteht und nicht so interpretiert, dass eine Dwarf-Einstellung genommen wird, sondern dass man zusätzlich die Dwarf-Einstellung nochmals auswählen muss - als Folge landet diese in der lpr-Datei und zwingt Dwarf allen Nutzern des Programms auf, die vielleicht gar nicht FPDebug verwenden. Ich habe das auf der Entwickler-Mailingliste schon bemängelt, aber offenbar versteht mich keiner oder sieht das Problem nicht.

[martin_frb]

Das Problem ist das die IDE nicht weiß was "gh" ist. Das hängt von der FPC Version und dem OS ab.

Die derzeitige Handhabung war am einfachsten. Patches sind willkommen. Solange die IDE sicherstellt das mit Dwarf compiliert wird.

Z.b. wenn GDB akitiv ist könnte die IDE statt "gh" ein "gw" an fpc senden. (Wird der Debugger geändert, muss neu kompiliert werden...)

Außerdem "gh" ist eine FPC option => die sollte die IDE weitergeben wenn der Benutzer sie gewählt hat. Ein neues Default "IDE default dbg info" im drop down würde das lösen.

[PascalDragon]

Z.b. wenn GDB akitiv ist könnte die IDE statt "gh" ein "gw" an fpc senden. (Wird der Debugger geändert, muss neu kompiliert werden...)

Es müsste wenn dann -ghw sein, da -gh die heaptrc Unit aktiviert und nebenbei auch die Generation von Debuginformationen mit der Standardeinstellung für die Plattform aktiviert.

[martin_frb]

Tipp Fehler.... nicht "gh" sondern nur "g"

Die IDE müsste statt "-g" ein "-gw" senden.

Aber, wie gesagt, dann wird der User Wunsch nach "-g" ignoriert.