public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c++/50230] [4.5 regression] compiling CMake on PA-RISC fails due to unreachable symbols
[not found] <bug-50230-4@http.gcc.gnu.org/bugzilla/>
@ 2011-09-05 15:49 ` eike@sf-mail.de
2011-09-05 16:28 ` dave.anglin at bell dot net
` (2 subsequent siblings)
3 siblings, 0 replies; 4+ messages in thread
From: eike@sf-mail.de @ 2011-09-05 15:49 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50230
--- Comment #2 from Rolf Eike Beer <eike@sf-mail.de> 2011-09-05 15:48:10 UTC ---
> It is possible your tools are miscompiled. For example, some
> fixes to reorg were backported in May. These caused GCC to be
> miscompiled and produce incorrect code when optimizing at -O1 and above.
>
> Given that I can't duplicate the problem, further information is needed.
Seems that trying to debug this issue now also destroyed the version I
have on my system (or just the libstdc++, I don't know). What I did today
is:
rebuild binutils 2.21.1 using the gcc-4.5.3 I have installed
rebuild binutils 2.21.1 using the gcc-4.5.3 I have installed once again
rebuild gcc 4.5.3
rebuild binutils 2.21.1 again
created new build directory
cd this build directory
/path/to/cmake-next/configure
make
This fails with:
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
cmPropertyDefinitionMap.o(.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_[__gnu_cxx::new_allocator<std::pair<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const,
cmDocumentationSection*> >::construct(std::pair<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const,
cmDocumentationSection*>*, std::pair<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const,
cmDocumentationSection*> const&)]+0x54): cannot reach
000025c2__ZNSt4pairIKSsP22cmDocumentationSectionEC1ERKS3_+0, recompile
with -ffunction-sections
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
cmPropertyDefinitionMap.o(.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_[__gnu_cxx::new_allocator<std::pair<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const,
cmDocumentationSection*> >::construct(std::pair<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const,
cmDocumentationSection*>*, std::pair<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const,
cmDocumentationSection*> const&)]+0x54): cannot handle R_PARISC_PCREL17F
for std::pair<std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const,
cmDocumentationSection*>::pair(std::pair<std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const,
cmDocumentationSection*> const&)
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
final link failed: Bad value
objdump shows this:
objdump -x ./Bootstrap.cmk/cmPropertyDefinitionMap.o | grep
_ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5
332
.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_
000000a0 00000000 00000000 00006008 2**2
00000000 l d
.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_
00000000
.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_
00000000 w F
.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_
000000a0
_ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_
000009e0 R_PARISC_SEGREL32
.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_
000009e4 R_PARISC_SEGREL32
.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_+0x0000009c
00000054 R_PARISC_PCREL17F
_ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_
RELOCATION RECORDS FOR
[.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_]:
000013b0 R_PARISC_PCREL32
.text._ZN9__gnu_cxx13new_allocatorISt4pairIKSsP22cmDocumentationSectionEE9constructEPS5_RKS5_+0x00000008
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug c++/50230] [4.5 regression] compiling CMake on PA-RISC fails due to unreachable symbols
[not found] <bug-50230-4@http.gcc.gnu.org/bugzilla/>
2011-09-05 15:49 ` [Bug c++/50230] [4.5 regression] compiling CMake on PA-RISC fails due to unreachable symbols eike@sf-mail.de
@ 2011-09-05 16:28 ` dave.anglin at bell dot net
2011-09-05 18:38 ` danglin at gcc dot gnu.org
2011-09-05 20:12 ` danglin at gcc dot gnu.org
3 siblings, 0 replies; 4+ messages in thread
From: dave.anglin at bell dot net @ 2011-09-05 16:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50230
--- Comment #3 from dave.anglin at bell dot net 2011-09-05 16:28:00 UTC ---
> rebuild binutils 2.21.1 using the gcc-4.5.3 I have installed
> rebuild binutils 2.21.1 using the gcc-4.5.3 I have installed once
> again
> rebuild gcc 4.5.3
> rebuild binutils 2.21.1 again
> created new build directory
> cd this build directory
> /path/to/cmake-next/configure
> make
>
> This fails with:
Would you send me the exact source or a link to it offline?
Is incremental linking being used? The branch is close to the start
of the section and
it's not obvious why it shouldn't be able to reach the stub. Could
you try the failing link
command with --stub-group-size=-1?
Dave
--
John David Anglin dave.anglin@bell.net
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug c++/50230] [4.5 regression] compiling CMake on PA-RISC fails due to unreachable symbols
[not found] <bug-50230-4@http.gcc.gnu.org/bugzilla/>
2011-09-05 15:49 ` [Bug c++/50230] [4.5 regression] compiling CMake on PA-RISC fails due to unreachable symbols eike@sf-mail.de
2011-09-05 16:28 ` dave.anglin at bell dot net
@ 2011-09-05 18:38 ` danglin at gcc dot gnu.org
2011-09-05 20:12 ` danglin at gcc dot gnu.org
3 siblings, 0 replies; 4+ messages in thread
From: danglin at gcc dot gnu.org @ 2011-09-05 18:38 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50230
John David Anglin <danglin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
--- Comment #4 from John David Anglin <danglin at gcc dot gnu.org> 2011-09-05 18:38:04 UTC ---
I see a similar error with cmake-next.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug c++/50230] [4.5 regression] compiling CMake on PA-RISC fails due to unreachable symbols
[not found] <bug-50230-4@http.gcc.gnu.org/bugzilla/>
` (2 preceding siblings ...)
2011-09-05 18:38 ` danglin at gcc dot gnu.org
@ 2011-09-05 20:12 ` danglin at gcc dot gnu.org
3 siblings, 0 replies; 4+ messages in thread
From: danglin at gcc dot gnu.org @ 2011-09-05 20:12 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50230
John David Anglin <danglin at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
--- Comment #5 from John David Anglin <danglin at gcc dot gnu.org> 2011-09-05 20:11:53 UTC ---
This is a binutils problem. Stubs and section merging don't
play well together. I'll see if I can fix the default linker
script.
The error doesn't occur if the linker option '--unique=.text.*'
is used.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-09-05 20:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-50230-4@http.gcc.gnu.org/bugzilla/>
2011-09-05 15:49 ` [Bug c++/50230] [4.5 regression] compiling CMake on PA-RISC fails due to unreachable symbols eike@sf-mail.de
2011-09-05 16:28 ` dave.anglin at bell dot net
2011-09-05 18:38 ` danglin at gcc dot gnu.org
2011-09-05 20:12 ` danglin at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).