This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/48308] crosscompiling to arm fails with assembler: can't resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4' {*UND* section}
- From: "m.k.edwards at gmail dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Wed, 22 Jun 2011 15:15:45 +0000
- Subject: [Bug target/48308] crosscompiling to arm fails with assembler: can't resolve '.LC4' {.rodata.str1.1 section} - '.LPIC4' {*UND* section}
- Auto-submitted: auto-generated
- References: <bug-48308-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48308
Michael K. Edwards <m.k.edwards at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |m.k.edwards at gmail dot
| |com
--- Comment #7 from Michael K. Edwards <m.k.edwards at gmail dot com> 2011-06-22 15:14:06 UTC ---
I hit this with Linaro GCC 4.6 (4.6.1-based) and the same pkeyparam.c from
OpenSSL. I am also compiling with -Os and -fPIC, and implicitly with -mthumb
(the default in my toolchain); so it's not specific to ARM mode.
The situation appears to be that two pc-relative fetches (artifacts of -fPIC
and string literals) get folded together, losing one of the labels (needed for
calculation of the offset in the table of PIC indirections).
Reverting http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163998 makes the
problem go away, at least at compile time; I should be able to run a test suite
soon.