public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: "Jens Müller" <blog@tessarakt.de>
To: gcc-help@gcc.gnu.org
Subject: gcc-3.4.3 and libstdc++.so.(5|6)
Date: Mon, 25 Feb 2008 03:16:00 -0000	[thread overview]
Message-ID: <fpss78$2oq$1@ger.gmane.org> (raw)

Hi,

I have a library version problem.

I have to use gcc 3.4.3 because I am developing using the LEDA library, 
and we only have the library for that compiler and no subscription 
including compiler upgrades :-|

Well, I am using boost-1.33.1 for libboost_program_options-gcc-mt-d.so.
I got that compiled with gcc34/g++34 (the name of the gcc 3.4 binaries 
on the system I am using).

But when linking with my program, I get

/usr/lib64/../x86_64-suse-linux/bin/ld: warning: libstdc++.so.5, needed 
by 
/home/jmueller/software-gcc34-64bit/boost/lib/libboost_program_options-gcc-mt-d.so, 
may conflict with libstdc++.so.6

ldd confirms the version mismatch:

$ ldd 
/home/jmueller/software-gcc34-64bit/boost/lib/libboost_program_options-gcc-mt-d.so
         librt.so.1 => /lib64/tls/librt.so.1 (0x00002aaaaac54000)
         libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x00002aaaaad5c000)
         libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaaaf38000)
         libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaab090000)
         libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaab19b000)
         libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaab2b0000)
         /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)


jmueller@compute4:~/separator_devel/separator_jens$ ldd separator
         libboost_program_options-gcc-mt-d-1_33_1.so.1.33.1 => 
/home/jmueller/software-gcc34-64bit/boost/lib/libboost_program_options-gcc-mt-d-1_33_1.so.1.33.1 
(0x00002aaaaabc2000)
         libexpat.so.1 => 
/home/jmueller/software-gcc34-64bit/expat/lib/libexpat.so.1 
(0x00002aaaaad3b000)
         libxerces-c.so.27 => 
/home/jmueller/software-gcc34-64bit/xerces-2.7.0/lib/libxerces-c.so.27 
(0x00002aaaaae5e000)
         libbz2.so.1 => /usr/lib64/libbz2.so.1 (0x00002aaaab3a7000)
         liblog4cplus.so.2 => 
/home/mholzer/Linux/log4cplus-1.0.2_gcc3.4.3_64bit/src/.libs/liblog4cplus.so.2 
(0x00002aaaab4b7000)
         libstdc++.so.6 => /sw/linux/gcc34/usr/lib64/libstdc++.so.6 
(0x00002aaaab622000)
         libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaab814000)
         libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaab96c000)
         libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaaba77000)
         librt.so.1 => /lib64/tls/librt.so.1 (0x00002aaaabc9d000)
         libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x00002aaaabda6000)
         libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaabf82000)
         /lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)


When running the binary, I get a SIGSEGV.

So, my first question on this issue is: Shouldn't gcc normally have the 
paths to its C++ stdlib hard-coded into the binary?

And what is the libstdc++ version used in gcc 3.4.3?

I don't really understand what's happing here ...

The setup of the system I use for compiling is unfortunately quite a 
mess, so maybe it'll get ugly.

But first I would be really grateful for some hints on the questions 
above ...

Jens

             reply	other threads:[~2008-02-24 22:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-25  3:16 Jens Müller [this message]
2008-02-25 15:03 ` Andrew Haley
2008-02-26 19:41 ` Jens Müller

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='fpss78$2oq$1@ger.gmane.org' \
    --to=blog@tessarakt.de \
    --cc=gcc-help@gcc.gnu.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 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).