macOS 15.4 Breaks All Compiles

[TRon]

Strangely enough I was able to get one configuration installed successfully (even with that box checked):

3.3.1 + stable

Aarch64 or x86_64 ?

[rca]

A few weeks ago, I ran Lazarus with FPC Trunk and macOS 15.3 (x86_84).
Since then, only the FPC Trunk build has been fixed.

I've now updated to macOS 15.4, and Lazarus and the applications continue OK.

I just performed a fresh install with fpcupdeluxe, and everything is working fine.

Maybe it's because I have x86_84 architecture.

[msintle]

Strangely enough I was able to get one configuration installed successfully (even with that box checked):

3.3.1 + stable

Aarch64 or x86_64 ?

x86_64

[msintle]

PS: you are not alone.

Just a little bit of comic relief here, a line from a movie: We're all alone. So if we're all-in together in loneliness, then how come we're all alone

[msintle]

A few weeks ago, I ran Lazarus with FPC Trunk and macOS 15.3 (x86_84).
Since then, only the FPC Trunk build has been fixed.

I've now updated to macOS 15.4, and Lazarus and the applications continue OK.

I just performed a fresh install with fpcupdeluxe, and everything is working fine.

Maybe it's because I have x86_84 architecture.

I didn't test the FPC trunk/Lazarus trunk combination; maybe that works too.

[Hansaplast]

PS: you are not alone.

p.s. +1 over here ... maybe not important, and not fixing anything, just wanted to chime in and confirm that I'm running into the same issue.


Note: FPC trunk -does- compile, Lazarus fails ...

[TRon]

p.s. +1 over here ... maybe not important, and not fixing anything, just wanted to chime in and confirm that I'm running into the same issue.

Thank you for the contribution. Yes, it is actually important. At least more important than every individual user creating yet the n-th thread about the same topic (sometimes going on for months and also sometimes posting minutes after someone else just posted about the exact same issue)

Note: FPC trunk -does- compile, Lazarus fails ...

Ah, but are you able to compile anything with that FPC compiler ? or does that (or the resulting executable of such a compilation) also fail ? Seems in particular related to compiling something that contains resources.

[Hansaplast]

Thanks TRon!

So far I managed to build FPC and Lazarus as an x86_64 binary and those work just fine on my M1 Macbook Pro.
No errors, and builds projects just fine.

As for AARCH64: for FPC, I managed to build the trunk version.
Lazarus does compile but errors on linking (ld error).

With the AARCH64 version of FPC (trunk) I was able to compile a very simple program and it works and runs. Is that what you had in mind?

The "program";

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

1. program Project1;
2.  
3. {$mode objfpc}{$H+}
4.  
5. uses
6.   {$IFDEF UNIX}
7.   cthreads,
8.   {$ENDIF}
9.   Classes
10.   { you can add units after this };
11.  
12. begin
13.   writeln('test');
14. end.

Just realized that the compiler output could be good to know:

Code: [Select]

Free Pascal Compiler version 3.3.1-17749-gbd1da8ffb7 [2025/04/04] for aarch64
Copyright (c) 1993-2025 by Florian Klaempfl and others
Target OS: Darwin for AArch64
Compiling /Users/hans/tmp/test.pas
Assembling (pipe) /Users/hans/tmp/test.s
Linking /Users/hans/tmp/test
-macosx_version_min has been renamed to -macos_version_min
15 lines compiled, 0.3 sec, 835584 bytes code, 294911 bytes data
As you can see it uses the AARCH64 FPC (trunk).
Not sure how to compile a regular project from the commandline without "lazbuild".
And the exam[ple I used does not include resources, any examples you'd like me to try?

[Hansaplast]

Maybe useless, but I copied a project.res from an empty regular GUI project, renamed it to test.res and added "{$R *.res}" to the test program.
I know, probably not the most scientific way of doing this.
It compiled fine though with the AARCH64 FPC (trunk).

Code:

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

1. program Project1;
2.  
3. {$mode objfpc}{$H+}
4.  
5. uses
6.   {$IFDEF UNIX}
7.   cthreads,
8.   {$ENDIF}
9.   Classes
10.   { you can add units after this };
11.  
12. {$R *.res}
13.  
14. begin
15.   writeln('test');
16. end.

Build output:

Code: [Select]

Free Pascal Compiler version 3.3.1-17749-gbd1da8ffb7 [2025/04/04] for aarch64
Copyright (c) 1993-2025 by Florian Klaempfl and others
Target OS: Darwin for AArch64
Compiling /Users/hans/tmp/test.pas
Assembling (pipe) /Users/hans/tmp/test.s
Compiling resource /Users/hans/tmp/test.or
Linking /Users/hans/tmp/test
-macosx_version_min has been renamed to -macos_version_min
ld: warning: no platform load command found in '/Users/hans/tmp/test.or', assuming: macOS
17 lines compiled, 0.1 sec, 835584 bytes code, 360447 bytes data
Feel free to send me any test code and how to compile it for testing.

[Hansaplast]

Just downgraded XCode to 16.2 (link Apple page) and everything works again as it should. So clearly something changed in XCode 16.3.

Just successfully build FPC and Lazarus from trunk without a hitch:
Lazarus 4.99 (rev main_4_99-1742-g4f17781352) FPC 3.3.1 aarch64-darwin-cocoa

[TRon]

Look at that Hansaplast, you just became your own expert on the subject 

Thank you very much for all the testing and feedback.

Could one of the developers that know provide intel whether or not this is a complete separate issue from the already existing issues and thus requires its own report in the bug-tracker ?

[msintle]

Just downgraded XCode to 16.2 (link Apple page) and everything works again as it should. So clearly something changed in XCode 16.3.

Just successfully build FPC and Lazarus from trunk without a hitch:
Lazarus 4.99 (rev main_4_99-1742-g4f17781352) FPC 3.3.1 aarch64-darwin-cocoa

Wow, great find!

Do we have a way to force an Xcode Command Line Tools downgrade as well?

Seems like this would nail that issue now.

[Hansaplast]

Look at that Hansaplast, you just became your own expert on the subject 
Thank you very much for all the testing and feedback.
Could one of the developers that know provide intel whether or not this is a complete separate issue from the already existing issues and thus requires its own report in the bug-tracker ?

Haha that would be optimistic  , but it worked just before I did the update to macOS 15.4 and I did recall an XCode update that came with it.
Seeing that "ld" is available and works, but just produces an error with Lazarus made me figure; lets give it a try. Can't get any worse 😉

I've submitted this as a bug in bugrtacker.

Thanks TRon and msintle!

[msintle]

Look at that Hansaplast, you just became your own expert on the subject 
Thank you very much for all the testing and feedback.
Could one of the developers that know provide intel whether or not this is a complete separate issue from the already existing issues and thus requires its own report in the bug-tracker ?

Haha that would be optimistic  , but it worked just before I did the update to macOS 15.4 and I did recall an XCode update that came with it.
Seeing that "ld" is available and works, but just produces an error with Lazarus made me figure; lets give it a try. Can't get any worse 😉

I've submitted this as a bug in bugrtacker.

Thanks TRon and msintle!

Happy to confirm an Xcode Command Line Tools downgrade by manual download of the PKG from the RottenApple developer site worked well for me here in resolving my issues.

So yes, the worm continues to eat more of RottenApple from the inside out!

[Rico54]

Just downgraded XCode to 16.2 (link Apple page) and everything works again as it should. So clearly something changed in XCode 16.3.

Just successfully build FPC and Lazarus from trunk without a hitch:
Lazarus 4.99 (rev main_4_99-1742-g4f17781352) FPC 3.3.1 aarch64-darwin-cocoa

Thanks for you suggestion. I'm downloading Xcode Command Line tools 1.6 and now it works again on my main MacBookPro M1 mid 2020.
Info: on my backup machine, an old MacBookAir with Linux Mint Xfce 21.3 both, FPC & Lazarus 3.8 works like a charm.