[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug ld/14189] New: assertion fail ../../bfd/elf32-arm.c:12264
From: |
ronald.wahl at raritan dot com |
Subject: |
[Bug ld/14189] New: assertion fail ../../bfd/elf32-arm.c:12264 |
Date: |
Thu, 31 May 2012 18:58:29 +0000 |
http://sourceware.org/bugzilla/show_bug.cgi?id=14189
Bug #: 14189
Summary: assertion fail ../../bfd/elf32-arm.c:12264
Product: binutils
Version: 2.23 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
AssignedTo: address@hidden
ReportedBy: address@hidden
Classification: Unclassified
Created attachment 6428
--> http://sourceware.org/bugzilla/attachment.cgi?id=6428
test case
I have an issue were I get an "assertion fail ../../bfd/elf32-arm.c:12264" when
I link a shared library which links itself two static libraries and hides the
symbols using the "--exclude-libs ALL" switch. The sources are build with
-ffunction-sections and -fdata-sections and at link time --gc-section is used.
When removing --gc-sections or --exclude-libs the problem disappears.
See the attached testcase (tar containing 3 short C files and a Makefile which
you need to adapt for the right compiler name since it is an arm cross
compiler)
Actually the output is currently:
$ make
../bin/arm-PP-linux-uclibcgnueabi-gcc -fPIC -ffunction-sections -fdata-sections
-c -o test.o test.c
../bin/arm-PP-linux-uclibcgnueabi-gcc -fPIC -ffunction-sections -fdata-sections
-c -o test1.o test1.c
rm -f libtest1.a
../bin/arm-PP-linux-uclibcgnueabi-ar cru libtest1.a test1.o
../bin/arm-PP-linux-uclibcgnueabi-gcc -fPIC -ffunction-sections -fdata-sections
-c -o test2.o test2.c
rm -f libtest2.a
../bin/arm-PP-linux-uclibcgnueabi-ar cru libtest2.a test2.o
../bin/arm-PP-linux-uclibcgnueabi-gcc -shared -o libtest.so test.o
-Wl,--gc-sections,--exclude-libs,ALL -L. -ltest2 -ltest1
/opt/pp_toolchain/cross/008/bin/../lib/gcc/arm-pp-linux-uclibcgnueabi/4.6.3/../../../../arm-pp-linux-uclibcgnueabi/bin/ld:
BFD (Linux/GNU Binutils) 2.22.52.0.2.20120424 assertion fail
../../bfd/elf32-arm.c:12264
Looking at the code I saw that there was some recent activity where the assert
is generated (PLT ref count book-keeping check). Probably some case was
overlooked?!
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
- [Bug ld/14189] New: assertion fail ../../bfd/elf32-arm.c:12264,
ronald.wahl at raritan dot com <=