Lazarus Release Candidate 1 of 3.0

[ChrisTG]

I did a few tests with some new and some rather old project. All of them compiled and run fine with 3.0RC1.
Tested on Win 10 and Win 7 32/64 bits.

[ssawgift]

I am not able to build Lazarus from latest git source (after git pull).

C:\Programs\gnu\lazarus\ide\transfermacros.pp(161,40) Error: (5000) Identifier not found "lisTMFunctionExtractFileExtens
ion"
C:\Programs\gnu\lazarus\ide\transfermacros.pp(162,41) Error: (5000) Identifier not found "lisTMFunctionExtractFilePath"
C:\Programs\gnu\lazarus\ide\transfermacros.pp(163,41) Error: (5000) Identifier not found "lisTMFunctionExtractFileNameEx
tension"
C:\Programs\gnu\lazarus\ide\transfermacros.pp(164,45) Error: (5000) Identifier not found "lisTMFunctionExtractFileNameOn
ly"
C:\Programs\gnu\lazarus\ide\transfermacros.pp(165,44) Error: (5000) Identifier not found "lisTMFunctionAppendPathDelimit
er"
C:\Programs\gnu\lazarus\ide\transfermacros.pp(166,45) Error: (5000) Identifier not found "lisTMFunctionChompPathDelimite
r"
C:\Programs\gnu\lazarus\ide\transfermacros.pp(359,26) Error: (5000) Identifier not found "lisTMunknownMacro"
transfermacros.pp(563) Fatal: (10026) There were 7 errors compiling module, stopping
Fatal: (1018) Compilation aborted
make[2]: *** [lazbuild.exe] Error 1
make[2]: Leaving directory `C:/Programs/gnu/lazarus/ide'
make[1]: *** [lazbuilder] Error 2
make[1]: Leaving directory `C:/Programs/gnu/lazarus/ide'
make: *** [lazbuild] Error 2

The identifier is actually in IdeConfStrConsts, but after adding the unit to uses clause, I am still not able to build.

C:\Programs\gnu\lazarus\debugger\debugger.pp(550,36) Error: (5000) Identifier not found "TWatchDisplayFormat"
C:\Programs\gnu\lazarus\debugger\debugger.pp(550,55) Error: (5007) Error in type definition
C:\Programs\gnu\lazarus\debugger\debugger.pp(551,18) Fatal: (2003) Syntax error, ")" expected but "," found
Fatal: (1018) Compilation aborted
make[2]: *** [lazbuild.exe] Error 1
make[2]: Leaving directory `C:/Programs/gnu/lazarus/ide'
make[1]: *** [lazbuilder] Error 2
make[1]: Leaving directory `C:/Programs/gnu/lazarus/ide'
make: *** [lazbuild] Error 2


C:\Programs\gnu\lazarus>git status
On branch fixes_3_0
Your branch is up-to-date with 'origin/fixes_3_0'.

[TRon]

I am not able to build Lazarus from latest git source (after git pull).
...
C:\Programs\gnu\lazarus>git status
On branch fixes_3_0
Your branch is up-to-date with 'origin/fixes_3_0'.

No problem on linux x86_64, gtk2. What Free Pascal compiler version do you use to build fixes ?

PS non related to OP issue: It's funny when you try to cross-build Lazarus with FPC, that the makefile does take in account that svn2revisioninc needs to be run on the host but not build its dependencies for the host.

[Martin_fr]

I am not able to build Lazarus from latest git source (after git pull).

- Are you building from the Tools menu?
- Do you have an older lazarus.exe to do the build?

If yes to both:
The older lazarus can't do that (without some help)

"make bigide" should work.

----
Using the older IDE:

Open and add the packages
ide/packages/IdeDebugger
ide/packages/IdeConf

Open the file ide/lazarus.pp
find the line "LazDebuggerFpLldb, LazDebuggerFp, laz.virtualtreeview_package,"
comment that line out.

rebuild.

Open the file ide/lazarus.pp
find the line "LazDebuggerFpLldb, LazDebuggerFp, laz.virtualtreeview_package,"
uncomment that line. (or you next build is doomed)

[TRon]

@Martin_fr
Is that build method (using Lazarus/Lazbuild itself) officially supported ?

Secondly is there a recommended way to cross-build Lazarus ? (my searches are clouded with using lazarus to cross-compile)

[Martin_fr]

@Martin_fr
Is that build method (using Lazarus/Lazbuild itself) officially supported ?

Secondly is there a recommended way to cross-build Lazarus ? (my searches are clouded with using lazarus to cross-compile)

Official is "make bigide"

Lazarus/Lazbuild is supported to (re)build an IDE using the same code that was used to build the lazarus/lazbuild. (allowing to install packages).

-----
In general, an older "lazarus.exe" may not be able to build newer lazarus code. This may be for any number of reasons.

In this case, it is because of packages having been added to the IDE as "core packages" => that is they are not in the list of user-installed packages.
=> For this, the IDE has build in code, that will include such packages. But an older IDE does not include the new ones.

The work around, is to temporary (user) install  the new packages. But (in some cases) that leads to double used units => which then need to temporarily be commented.

The most recent case are the 2 packages I mentioned.
If your build failure is due to them (as it looks like) then the steps will give you a proper build IDE.

[wp]

I am not able to build Lazarus from latest git source (after git pull). [...]
The identifier is actually in IdeConfStrConsts, but after adding the unit to uses clause, I am still not able to build.

When the IDE doe not build, there is a problem. You make it worse when you change source files then...

I normally always rebuild the IDE from the "Tools" menu. The first step when I am hit by such an issue, is to go to "Tools" > "Configure "Build Lazarus"", to check "Clean all" (and "Switch after building to automatically") in the "Clean up" box and to click "Build". If this does not work, I exit the IDE, open a command shell and run my "make_laz.bat" batch file in the Lazarus root folder; the script is shown a bit higher in reply #118. It calls "make bigide", but I cannot do this directly because I also have Delphi on my disk which sets the path to its own make utility incompatible with our tool chail. Therefore the batch file sets its own path to the fpc binary folder during this cmd session.

For building I usually use the most current release of fpc, v3.2.2 at the moment. I have also secondary installations using FPC/main, but I do not use them for any serious work, only for testing because there is some risk that fpc might not compile, and I don't want to be left without a working environment.

[BSaidus]

Lazarus 3RC1 do not want to compile with Freepascal Trunk.
I used fpcupdeluxe.

Code: [Select]

E:\fpclz\lzfpc-tr\331\lazarus\components\lazutils\laz_xmlstreaming.pas(79,15) Error: (3058) There is no method in an ancestor class to be overridden: "WriteString(const AnsiString);"
E:\fpclz\lzfpc-tr\331\lazarus\components\lazutils\laz_xmlstreaming.pas(152,1) Fatal: (10026) There were 1 errors compiling module, stopping
Fatal: (1018) Compilation aborted
Error: E:\fpclz\lzfpc-tr\331\fpc\bin\i386-win32\ppc386.exe returned an error exitcode
make: *** [lazutils] Error 2
fpcupdeluxe: ERROR: Lazarus Native Installer (BuildModuleCustom: Lazbuild): make.exe returned exit status #2.


ERROR: Fpcupdeluxe fatal error !
Sequencer (UserIDE): Failure running fpcupdeluxe: error executing sequence UserIDE
Sequencer (Lazarus): Failure running fpcupdeluxe: error executing sequence Lazarus
Sequencer (Only): Failure running fpcupdeluxe: error executing sequence Only



// fpc version
Free Pascal Compiler version 3.3.1-13810-g1bcf4a5a8c-dirty [2023/08/24] for i386


[tetrastes]

This issue is still remains in 3.0RC1:
https://forum.lazarus.freepascal.org/index.php/topic,62011.0.html

[BrunoK]

I was unaware of this WINDOWS solution until above post :

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

1.     WM_SETFOCUS, WM_KILLFOCUS:
2.       begin
3.         Result := WindowProc(Window, Msg, WParam, LParam);
4.         Info := GetWin32WindowInfo(Window);
5.         if Assigned(Info) and Info^.WinControl.IsEnabled then
6.           InvalidateRect(Info^.WinControl.Handle, nil, True);
7.         Exit;
8.       end;

That GroupBox bad painting/erasing is so easy to reproduce in the trunk IDE and really irritated me since it has been signaled, I must say that patching Win32WSStdCtrls with above code does make the problem disappear.

I'm not sure if it adresses the real problem that might be in win32callback.inc, but this will stay in my Win10 lazarus installation until further notice.

[tetrastes]

I was unaware of this WINDOWS solution until above post :

AFAIK it is Windows only issue. I can't reproduce it at Linux. Did you see it at other OSes than Windows?

[Bart]

Post it to the bugtracker?

[tetrastes]

Be so kind, please.

[zeljko]

I was unaware of this WINDOWS solution until above post :

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

1.     WM_SETFOCUS, WM_KILLFOCUS:
2.       begin
3.         Result := WindowProc(Window, Msg, WParam, LParam);
4.         Info := GetWin32WindowInfo(Window);
5.         if Assigned(Info) and Info^.WinControl.IsEnabled then
6.           InvalidateRect(Info^.WinControl.Handle, nil, True);
7.         Exit;
8.       end;

That GroupBox bad painting/erasing is so easy to reproduce in the trunk IDE and really irritated me since it has been signaled, I must say that patching Win32WSStdCtrls with above code does make the problem disappear.

I'm not sure if it adresses the real problem that might be in win32callback.inc, but this will stay in my Win10 lazarus installation until further notice.

Add issue to the bugtracker please.

[BrunoK]

Add issue to the bugtracker please.

Issue has been there for 3 months.

https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/40240