[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.
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, (continued)
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, doko at debian dot org, 2022/02/01
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, nickc at redhat dot com, 2022/02/02
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, rearnsha at gcc dot gnu.org, 2022/02/03
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, nickc at redhat dot com, 2022/02/10
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, nickc at redhat dot com, 2022/02/10
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, rearnsha at gcc dot gnu.org, 2022/02/10
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, nickc at redhat dot com, 2022/02/10
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, rearnsha at gcc dot gnu.org, 2022/02/10
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, doko at debian dot org, 2022/02/11
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, doko at debian dot org, 2022/02/11
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807,
plugwash at p10link dot net <=
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, hjl.tools at gmail dot com, 2022/02/18
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, sam at gentoo dot org, 2022/02/18
- [Bug ld/28848] [2.38 Regression] ld assertion fail ../../bfd/elf32-arm.c:14807, plugwash at p10link dot net, 2022/02/18