bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c


From: plugwash at p10link dot net
Subject: [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807
Date: Fri, 18 Feb 2022 00:42:25 +0000

https://sourceware.org/bugzilla/show_bug.cgi?id=28848

--- Comment #9 from peter green <plugwash at p10link dot net> ---
Hi.

I applied the patch proposed by Nick Clifton in Raspbian bookworm, that made
glibc build, however I am still getting what I am 99% sure is the the same
assertion (the line number has changed, but I'm pretty sure that is a result of
the patch altering line numbers in the file) when I try to use fpc to build a
program that links against libc.

As I understand it, freepascal uses it's own startup code. For pascal programs
that do not link against C libaries there is a pascal only startup code
(prt0.o) while for pascal programs that link against C libraies there is a "C
and pascal" startup code.

The "C and pascal" startup code is stored in cprt0.o, which is built from
cprt0.as there are different versions of that file for different
architecture/os combinations, the arm linux one can be found at
https://gitlab.com/freepascal.org/fpc/source/-/blob/main/rtl/linux/arm/cprt0.as

What I don't get is why things seem to be working on Debian armhf, at least for
native builds, does the different arm version or the fact that Debian armhf
uses thumb mode by default make a difference?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]