Lazarus Release Candidate 2 of 4.0

[dbannon]

It fails to install dcl_rxtools.dpk from online package manager (cannot compile packadge)

.lpk or .dpk ?  I cannot find either in my view of OPM.

Davo

[n7800]

.lpk or .dpk ?  I cannot find either in my view of OPM.

"dcl_rxtools.lpk", it is in the folder. It seems to be due to 0f522e8d81, in which UITypes was removed from LazUtils. The following fix is ​​required (I don't know if Lazarus version check is needed or not):

Code: Diff  [Select][+][-]

1. diff --git a/Rx/dcl_rxtools/register_rxtools.pas b/Rx/dcl_rxtools/register_rxtools.pas
2. index 4311c1e1..207c2918 100644
3. --- a/Rx/dcl_rxtools/register_rxtools.pas
4. +++ b/Rx/dcl_rxtools/register_rxtools.pas
5. @@ -40,7 +40,7 @@ uses
6.  procedure Register;
7.  implementation
8.  uses Forms, LazarusPackageIntf, RxTextHolder, ComponentEditors, RxTextHolder_Editor,
9. -  rxconst, StrHolder, PropEdits, StringsPropEditDlg, UITypes;
10. +  rxconst, StrHolder, PropEdits, StringsPropEditDlg, System.UITypes;
11.  
12.  type
13.  

A few other packages were affected, they need to be fixed too.

[rca]

The rx component of the lazarus-ccr trunk:
https://sourceforge.net/p/lazarus-ccr/svn/HEAD/tree/components/rx/trunk/

Has already implemented the change for UITypes, since the end of 2023:
https://sourceforge.net/p/lazarus-ccr/svn/8878/

Code: Diff  [Select][+][-]

1. --- a/components/rx/trunk/dcl_rxtools/register_rxtools.pas
2. +++ b/components/rx/trunk/dcl_rxtools/register_rxtools.pas
3. @@ -40,7 +40,7 @@
4.  procedure Register;
5.  implementation
6.  uses Forms, LazarusPackageIntf, RxTextHolder, ComponentEditors, RxTextHolder_Editor,
7. -  rxconst, StrHolder, PropEdits, StringsPropEditDlg, UITypes;
8. +  rxconst, StrHolder, PropEdits, StringsPropEditDlg, {$IF FPC_FULLVERSION >= 30200}System.{$ENDIF}UITypes;
9.  
10.  type
11.  

[n7800]

The problem is that it is CCR, while OPM ships other versions of packages. Honestly, I don't know why there are two separate places. The list of packages in them is also different...

[wp]

Updated the OPM version.

The problem is that it is CCR, while OPM ships other versions of packages. Honestly, I don't know why there are two separate places.

OPM was created with the intention to facilitate installation of *released* packages. The most recent version on CCR, however, is a development version. It is the author's responsibility to notify the OPM maintainer of a new release (send a mail to opm@lazarus-ide.org). Please don't expect us to scan 200+ packages periodically for updates ourselves.

The list of packages in them is also different...

At first I included all packages of the rx ccr version, but when installing there were errors due to missing dependencies (kbmmemtable is not even available through OPM, ibx and fb probably are, but I am not sure whether they are compatibile with what rx requires). Therefore I decided to avoid confusion of the user by removing them from the OPM package tree. The packages themselves are still included in the download but must be installed manually after a user has installed the dependencies.

[matthius]

With Free Pascal 3.3, we can create that :

var myproc : Tprocedure;

procedure Aproc();
Begin
end;

initialization
myproc:=@Aproc;

But we cannot do that :

var myproc : Tprocedure;

procedure Aproc();
Begin
end;

procedure SetProc ( UserData : Pointer )
Begin
myproc:=Userdata;
End;

initialization
myproc:=SetProc(@Aproc);

myproc();

If i do that there is a SIG error. That not permits to keep Free Pascal Delphi compatible.

[ALLIGATOR]

But we cannot do that :
...
If i do that there is a SIG error. That not permits to keep Free Pascal Delphi compatible.

Because you're doing something wrong

Code: Pascal  [Select][+][-]

1. program test;
2. {$mode objfpc}
3.  
4. uses Unit1;
5.  
6. begin
7.   myproc;
8.   ReadLn;
9. end.
10.  

Code: Pascal  [Select][+][-]

1. unit Unit1;
2. {$mode delphi}
3.  
4. interface
5.  
6. var
7.   myproc: Tprocedure;
8.  
9. implementation
10.  
11. procedure Aproc();
12. begin
13.   WriteLn('kek');
14. end;
15.  
16. procedure SetProc ( UserData : Pointer );
17. begin
18.   myproc:=Userdata;
19. end;
20.  
21. initialization
22.   SetProc(@Aproc);
23. end.
24.  

[JuhaManninen]

@matthius, that is not related to Lazarus 4.0 release candidate in any way.

[Martin_fr]

Just for info:

Lazarus 4.0 will be released with FPC 3.2.2 (as this is the current released version of FPC). Any issues with this FPC can not be fixed as part of Lazarus.

Also any issue in FPC 3.2.2 would not be a regression, as Lazarus 3.x also came with FPC 3.2.2.

Remember, one big focus right now, is to find regressions in Lazarus (IDE, LCL, components). That is breaking changes that are not documented as intentional on the Release notes.

Of course we strive to fix as many Lazarus bugs as we can. Bugs of any kind, not just regressions. But if you look at the bug tracker, we can't fix 'em all in time for 4.0. (Sadly).


If you do report a regression, a bug in a newly added feature, or any other bug that might be severe enough to deserve special attention (e.g. crashes), then monitor for a reply by a developer.

If no developer replies, then ping it again, and/or ideally report it on the bug tracker. Marking it with relevant terms in the subject, such as "4.0 Regression" or "Crash".


If you aren't sure if a bug fits this thread then you can decide:
- If you think it might, then add it here.
- If you think it may be something else, start a new thread, and if someone confirms that it should be here, you can add a link here.

[matthius]

i will add the bug on Free Pascal 3.2.3 ?

[JuhaManninen]

i will add the bug on Free Pascal 3.2.3 ?

Create a new forum thread under Free Pascal categories.

[matthius]

There is an error with FPC UP Deluxe on cross POWER PC 64 Linux with Linux 64.
librt.so creates an error :
Error: /home/matthieu/fpcup3.0/cross/bin/powerpc64-linux/powerpc64-linux-ld:/home/matthieu/fpcup3.0/cross/lib/powerpc64-linux//librt.so: file format not recognized; treating as linker script
I downloaded last cross libraries.
I could compile another executable.

[JuhaManninen]

@matthius, is your FpcUpDeluxe issue somehow related to Lazarus 4.0 release candidate?
Please stop hijacking this thread. Open a new thread under a proper category instead.

[timppl]

Hi All

This is only a minor item, but since installing release candidate 2, when my application is launched for debugging, lots of messages like the following appear.

Note: Duplicate unit "xmlpropstorage" in "LCLBase 3.8", ppu="/home/tim/misc/lazarus-3.2.6/lcl/units/i386-linux/xmlpropstorage.ppu", source="/home/tim/misc/lazarus-3.2.6/lcl/xmlpropstorage.pas"
Note: Duplicate unit "xmlpropstorage" in "Edit 0.0", orphaned ppu "/home/tim/misc/lazarus/lcl/units/i386-linux/xmlpropstorage.ppu"
Note: Duplicate unit "wstoolwin" in "LCLBase 3.8", ppu="/home/tim/misc/lazarus-3.2.6/lcl/units/i386-linux/wstoolwin.ppu", source="/home/tim/misc/lazarus-3.2.6/lcl/widgetset/wstoolwin.pp"

It is compiled with the following:

/home/tim/misc/fpc-3.2.3/bin/fpc
-Pi386
-MObjFPC
-Scghim
-CirotR
-gw3
-gl
-gh
-vewnhibq
-vm11046,11031,11030,11017,11007,7080,7039,6058,5062,5058,5057,5039,5026,5024,5023,5003,4047,3280,3274,3270,3189,3187,3020,2073
-Filinux
-Fu../../lazarus/components/tachart/lib/i386-linux/gtk2
-Fu../../lazarus/components/rtticontrols/lib/i386-linux/gtk2
-Fu../../pascal-dev/onlinepackagemanager/packages/BGRAControls/lib/i386-linux-gtk2-3.2.3
-Fu../../lazarus-3.2.6/components/printers/lib/i386-linux/gtk2
-Fu../../lazarus/components/ideintf/units/i386-linux/gtk2
-Fu../../lazarus/components/synedit/units/i386-linux/gtk2
-Fu../../pascal-dev/Tim_stuff/RzTree/lib/i386-linux
-Fu../../pascal-dev/Tim_stuff/RzLabel/lib/i386-linux
-Fu../../pascal-dev/onlinepackagemanager/packages/richmemo/lib/i386-linux
-Fu../../lazarus-3.2.6/components/chmhelp/packages/help/lib/i386-linux/gtk2
-Fu../../pascal-dev/onlinepackagemanager/packages/BGRAControls/mouseandkeyinput/lib/i386-linux
-Fu../../lazarus-3.2.6/components/lazcontrols/lib/i386-linux/gtk2
-Fu../../pascal-dev/Tim_stuff/ColorGrid/lib/i386-linux
-Fu../../pascal-dev/Tim_stuff/FontComboBox/lib/i386-linux
-Fu../../pascal-dev/Tim_stuff/Edit/lib/i386-linux
-Fu../../lazarus-3.2.6/components/cairocanvas/lib/i386-linux/gtk2
-Fu../../pascal-dev/onlinepackagemanager/packages/BGRABitmap/bgrabitmap/lib/i386-linux-gtk2-3.2.3
-Fu../../lazarus-3.2.6/lcl/units/i386-linux/gtk2
-Fu../../lazarus-3.2.6/components/datetimectrls/lib/i386-linux/gtk2
-Fu../../lazarus-3.2.6/lcl/units/i386-linux
-Fu../../lazarus-3.2.6/components/freetype/lib/i386-linux
-Fu../../lazarus/components/buildintf/units/i386-linux
-Fu../../pascal-dev/onlinepackagemanager/packages/OnGuard/packages/lib/i386-linux
-Fu../../lazarus-3.2.6/components/lazutils/lib/i386-linux
-Fu../../pascal-dev/onlinepackagemanager/packages/epiktimer/lib/i386-linux
-Fu../../lazarus/packager/units/i386-linux
-Fu.
-FUlinux
-FE.
-dLCL
-dLCLgtk2
-FcUTF8
-dDisableLCLTIFF
-dDisableLCLPNM
-dDisableLCLGIF
-dDisableChecks
-gtttt

This did not happen with the Lazarus 3.8 version.

This is on Mageia 9, xfce desktop 64-bit

Tim

[Martin_fr]

GUESSING: It seems that maybe the config of the 2 installations got mixed up. Or, something refers to the LCL package of the other installation. Maybe some hardcoded path setting in your project, or in a 3rd party package (would have requiring editing by you).

You you can see LCL in 2 locations.
I assume /home/tim/misc/lazarus-3.2.6/lcl/ is the correct path?

Is
/home/tim/misc/lazarus/lcl/units/i386-linux
still an used installation?
Or is it part of your project? (then clean the ppu files)

Somewhere in the project options is a button to find out where each setting comes from... You can either find the wrong setting and correct it, or remove one of the 2 installations.

Though I don't see the -Fu for the 2nd lcl... Maybe its in some other config file.

If you have multiple installs, then always start any 2nd install with --pcp=/some/folder/for/config