Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-pascal / 2023-11

Error when building fpc on aarch64-linux still not resolved

3 messages · 2 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Bo Berglund

I tried to post this to the devel list but it seems to have failed so now trying the general list instead...

See ticket:
https://gitlab.com/freepascal.org/fpc/source/-/issues/39295

It was closed a year ago being purportedly resolved...

But only for powerpc 64 bit...

It is still there for aarch64-linux used by Pi-OS bookworm 64 bit, which is now the recommended version...

RaspberryPi is a very popular platform so a solution for that is needed.

I have tried building (via fpcupdeluxe) several revisions of fpc up to and including trunk, but all fail with the same error outlined in the ticket above.

Bo Berglund Developer in Sweden
Bo Berglund
to Bo Berglund
Bo Berglund wrote 17 lines
I tried to post this to the devel list but it seems to have failed so now trying the general list instead... See ticket: https://gitlab.com/freepascal.org/fpc/source/-/issues/39295 It was closed a year ago being purportedly resolved... But only for powerpc 64 bit... It is still there for aarch64-linux used by Pi-OS bookworm 64 bit, which is now the recommended version... RaspberryPi is a very popular platform so a solution for that is needed. I have tried building (via fpcupdeluxe) several revisions of fpc up to and including trunk, but all fail with the same error outlined in the ticket above.

Soon 4 weeks and no reply to this... :(

I have now started using the Raspberry Pi5B with Pi-OS 64 bit bookworm and I cannot get past the linking error when building fpc from sources, I have tried the latest release 3.2.2 and also the pre-release 3.2.3 and 3.3.1 but all fail with the same error:
undefined reference to `__libc_csu_init'

So now I tested to download what I think might be the trunk: https://gitlab.com/freepascal.org/fpc/source/-/archive/main/source-main.tar.gz

And with these sources the linker error disappears and the build all succeeds.

Could you not just make an intermediate tag for a version where this fix has been solved for the arm64 architecture running aarch64-linux?

Bo Berglund Developer in Sweden
Sven Barth
to Bo Berglund

Bo Berglund via fpc-pascal schrieb am
So., 10. Dez. 2023, 01:19:

Show quoted text 46 lines
On Thu, 16 Nov 2023 13:15:27 +0100, Bo Berglund via fpc-pascal wrote: >I tried to post this to the devel list but it seems to have failed so now trying >the general list instead... > >See ticket: >https://gitlab.com/freepascal.org/fpc/source/-/issues/39295 > >It was closed a year ago being purportedly resolved... > >But only for powerpc 64 bit... > >It is still there for aarch64-linux used by Pi-OS bookworm 64 bit, which is now >the recommended version... > >RaspberryPi is a very popular platform so a solution for that is needed. > >I have tried building (via fpcupdeluxe) several revisions of fpc up to and >including trunk, but all fail with the same error outlined in the ticket above. Soon 4 weeks and no reply to this... :( I have now started using the Raspberry Pi5B with Pi-OS 64 bit bookworm and I cannot get past the linking error when building fpc from sources, I have tried the latest release 3.2.2 and also the pre-release 3.2.3 and 3.3.1 but all fail with the same error: undefined reference to `__libc_csu_init' So now I tested to download what I think might be the trunk: https://gitlab.com/freepascal.org/fpc/source/-/archive/main/source-main.tar.gz And with these sources the linker error disappears and the build all succeeds. Could you not just make an intermediate tag for a version where this fix has been solved for the arm64 architecture running aarch64-linux?

3.2.3 already contains the same fixes that main has for that problem.

And as I had written: I can not reproduce your problems as I can build and run both 3.2.3 and main with the 3.2.2 release we provide on our download locations.

Regards,
Sven