Lazarus Release Candidate 1 of 3.0

[PeterBB]

I'm guessing it may be a libQt5pas issue?

I think so. On Arch, I had to upgrade the qt5pas paxkage to 3.0RC1 before the new Lazarus would build.

[dbannon]

Now, I am not one of those people who say "I told you so" but, I told you so !

(No, not you alank, the world generally!)

Please see https://forum.lazarus.freepascal.org/index.php/topic,63867.msg484724.html#msg484724

The issue is that 3.0 has new code that requires a new libqt5pas. You can build your own or download a deb or rpm from my github repo mentioned in the link. As all the major distros (except, of course Arch) take only the released version of an app like Lazarus. So, all current disros offer the libqt5pas that was shipped as part of Lazarus 2.2.6 or earlier. When lazarus 3.0 is released and a distro released after that, you will have a system, 'out of the box' ready to go.

In the past, we have discussed making libqt?pas a standalone app so it could be formally released BEFORE the corresponding Lazarus but no interest sadly. So, I maintain a very unofficial repo with these libraries, there for the brave or the desperate.

Davo

[dbannon]

OK, so I have tested against my 25K lines app, tomboy-ng. Built the following -

• native Linux 64bit gtk2 app,
• native Linux Qt5 app (using updated libqt5pas)
• cross compile gtk2 linux 32bit,
• cross compile Windows32 and Windows64,
• cross compile Qt5 armhf (using updated libqt5pas)

Looking good folks, looking good !

Davo

[El Salvador]

And libqt6pas? Tried to compile tomboy with libqt6pas?

[alank]

...
In the past, we have discussed making libqt?pas a standalone app so it could be formally released BEFORE the corresponding Lazarus but no interest sadly. So, I maintain a very unofficial repo with these libraries, there for the brave or the desperate.

Davo

Thanks for the confirmation. I downloaded your builds of the revised libQt5Pas (rpm packages for Fedora), and was unable to complete the build as it said it couldn't find -lQt5Pas. Upon further investiagtion, this is what I found:

Code: Bash  [Select][+][-]

1. lrwxrwxrwx     46 root root 13 Jun 20:25 libQt5Pas.so -> libqt5pas-1.2.13/usr/lib64/libQt5Pas.so.1.2.13
2. lrwxrwxrwx@    19 root root 13 Jun 20:25 libQt5Pas.so.1 -> libQt5Pas.so.1.2.13*
3. lrwxrwxrwx@    19 root root 13 Jun 20:25 libQt5Pas.so.1.2 -> libQt5Pas.so.1.2.13*
4. .rwxr-xr-x@  2.7M root root 13 Jun 20:25 libQt5Pas.so.1.2.13*

I fixed the symbolic link for libQt5Pas.so and now it builds successfully.

Thanks again,
  Alan

[dbannon]

And libqt6pas? Tried to compile tomboy with libqt6pas?

Yes, apart from the delayed dialog box issue, it works perfectly too. To work around the delays, I now make qt6ct a dependency of the app and start tomboy-ng with an instruction to use qt6ct for its theme. As none of the distros have a libqt6pas yet, I have not released it. Similar problems exit with Qt5 on some desktops.

Davo

[dbannon]

Thanks for the confirmation. I downloaded your builds of the revised libQt5Pas (rpm packages for Fedora), and was unable to complete the build as it said it couldn't find -lQt5Pas. Upon further investiagtion, this is what I found:

Code: Bash  [Select][+][-]

1. lrwxrwxrwx     46 root root 13 Jun 20:25 libQt5Pas.so -> libqt5pas-1.2.13/usr/lib64/libQt5Pas.so.1.2.13

I fixed the symbolic link for libQt5Pas.so and now it builds successfully.

Oh, wow, thats a bad one on my part, sorry !  Not sure why my own tests did not pick it up. Will fix.
edit: fixed.

Davo

[Zoran]

There are problems with using ide macro $MakeDir in package output paths (I had long paths with several $MakeDir macros). I tried to remove some and experienced different behaviour -- with some combinations it works, sometimes the output .ppu and .o files I found in Lazarus config dir!
Removing all $MakeDir solved it, but not fully -- the missing directories are not created, I have to create these manually.
Fixes_3_0, fpc 3.2.2 stable.

[Zoran]

The signature of virutal method TCustomGrid.DrawCellText seems to be changed, so the user's overrides break compilations.

[Bart]

The signature of virutal method TCustomGrid.DrawCellText seems to be changed, so the user's overrides break compilations.

Yes, this was done to optimize code (use const for string parameters).
I've now documented this on the Lazarus 3.0 Release notes page.

Sorry for the inconvenience.

Bart

[Jonax]

Great news! Thank you very much for your hard work! 

I second that opinion.  Thank you for your hard work! 

Also just installed the 3.0 on a virtual Debian 12 (Bookworm) machine. My current rather simple project seems to compile and run well.

[Martin_fr]

The signature of virutal method TCustomGrid.DrawCellText seems to be changed, so the user's overrides break compilations.

Undone: https://gitlab.com/freepascal.org/lazarus/lazarus/-/commit/53aaae9c5e2a5edac5b1d2f70739a8ef7b0a9623

[alank]

Oh, wow, thats a bad one on my part, sorry !  Not sure why my own tests did not pick it up. Will fix.
edit: fixed.

Davo

No need to apologize, and thanks for providing the builds!

Alan

[alank]

Is anyone else seeing an EAccessViolation under a Linux x86_64 build with the Gtk2 widget set when debugging?

I created a simple project with (1) form on which I have (1) button. In the OnClick() handler for the button, I increment a form variable integer I and display it in the button's label.

If I create a breakpoint in the OnClick() handler and step through it once, and then continue running the app, when I exit the application I am seeing an EAccessViolation from Lazarus on the console and Lazarus freezes. I was using FpDebugger with dwarf3, same also occurred using dwarf2 w/ sets, and when using Gdb instead of FpDebugger.

Building Lazarus for the Qt5 widget set does *not* exhibit this behavior. Everything works fine for Qt5.

Alan

[TRon]

Is anyone else seeing an EAccessViolation under a Linux x86_64 build with the Gtk2 widget set when debugging?

I'm unable to reproduce the issue as described. I got the issue that the assembler window keeps popping up instead.

I did came across the following though:

Code: [Select]

lazarus stuff
WARNING: TGtk2WidgetSet.InvalidateRect refused invalidating during paint message: TLazVirtualStringTree
TIssueManager.ReadFileIssues failed: In 'file:///media/ramdisk/work/lazarus/3.0rc1/lcl/interfaces/gtk3/issues.xml' (line 41 pos 5): Unmatching element end tag (expected "</short>")

during debugging
(lazarus:160656): GLib-CRITICAL **: 02:48:00.443: Source ID 11341 was not found when attempting to remove it
(lazarus:163024): GLib-GObject-WARNING **: 02:52:38.624: ../../../gobject/gsignal.c:1285: no emission of signal "button-release-event" to stop for instance '0x32fad90'

And to answer: yes, gtk2 for both Lazarus and Project