All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Rolf Eike Beer" <eike@sf-mail.de>
To: "linux-parisc" <linux-parisc@vger.kernel.org>
Subject: Link error in CMake for HPPA1.1, wrong result for HPPA 2.0
Date: Thu, 25 Aug 2011 12:37:31 +0200	[thread overview]
Message-ID: <99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de> (raw)

First something to the machine: C3600 running Gentoo.

Kernel: 2.6.38.4
Glibc: 2.12.2
Binutils: 2.21.1
Gcc: 4.5.3

I tried to compile CMake, branch next, revision
60b6b190cb569a18b6cf415d85ff59fa120a1035. The exact version isn't really
important as I remember that problem for quite a while, it's just for
reference.

I have a working version of CMake 2.8.4 installed, no idea with which
compiler that was built (I updated gcc every now and then as they became
stable on Gentoo). Binutils used to build that CMake was very likely
2.20.1.

If I just use "cmake /path/to/cmake/source/ && make" I get this result:

Linking CXX executable ../bin/ccmake
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmGlobalGenerator.cxx.o)(.text._ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE16_M_insert_uniqueERKS4_[std::_Rb_tree<cmsys::String,
std::pair<cmsys::String const, int>,
std::_Select1st<std::pair<cmsys::String const, int> >,
std::less<cmsys::String>, std::allocator<std::pair<cmsys::String const,
int> > >::_M_insert_unique(std::pair<cmsys::String const, int>
const&)]+0xbc): cannot reach
00004abb__ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE8_S_rightEPSt18_Rb_tree_node_base+0,
recompile with -ffunction-sections
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
libCMakeLib.a(cmGlobalGenerator.cxx.o)(.text._ZNSt8_Rb_treeIN5cmsys6StringESt4pairIKS1_iESt10_Select1stIS4_ESt4lessIS1_ESaIS4_EE16_M_insert_uniqueERKS4_[std::_Rb_tree<cmsys::String,
std::pair<cmsys::String const, int>,
std::_Select1st<std::pair<cmsys::String const, int> >,
std::less<cmsys::String>, std::allocator<std::pair<cmsys::String const,
int> > >::_M_insert_unique(std::pair<cmsys::String const, int>
const&)]+0xbc): cannot handle R_PARISC_PCREL17F for
std::_Rb_tree<cmsys::String, std::pair<cmsys::String const, int>,
std::_Select1st<std::pair<cmsys::String const, int> >,
std::less<cmsys::String>, std::allocator<std::pair<cmsys::String const,
int> > >::_S_right(std::_Rb_tree_node_base*)
/usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.5.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld:
final link failed: Bad value
collect2: ld returned 1 exit status

If I hack the master CMakeLists.txt to contain
"ADD_DEFINITIONS(-march=2.0)" at the very beginning everything compiles
fine. But if I run the compiled cmake it will hang in an endless loop
somewhere. It does not do any system calls then, but it eats up 100% CPU.

I very much doubt that this is a CMake breakage as CMake has many nightly
builds and tests on different platforms that work and I see this bug since
a while (likely months).

Can someone have a look or give some hints?

Eike

             reply	other threads:[~2011-08-25 10:37 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-25 10:37 Rolf Eike Beer [this message]
2011-08-25 14:06 ` Link error in CMake for HPPA1.1, wrong result for HPPA 2.0 Carlos O'Donell
2011-08-25 15:21   ` Rolf Eike Beer
2011-08-25 15:46   ` John David Anglin
2011-08-29  8:12     ` Rolf Eike Beer
2011-08-29  9:47       ` Rolf Eike Beer
2011-08-29 14:38       ` John David Anglin
2011-08-29 18:31         ` Rolf Eike Beer
2011-09-07 23:35           ` John David Anglin
2011-09-08 15:22             ` Carlos O'Donell
2011-08-26  8:00   ` Rolf Eike Beer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=99a9e4b224dc9020d16d0a33fea6096f.squirrel@webmail.sf-mail.de \
    --to=eike@sf-mail.de \
    --cc=linux-parisc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.