[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
problems statically linking thirdparty libs and dynamically linking gli
From: |
Christopher Baus |
Subject: |
problems statically linking thirdparty libs and dynamically linking glibc |
Date: |
Thu, 15 Jul 2004 00:57:24 -0700 (PDT) |
User-agent: |
SquirrelMail/1.4.2-1 |
gcc --version
gcc (GCC) 3.3.2 20031022 (Red Hat Linux 3.3.2-1)
libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36)
I have spent about a week trying to link my application on RH 9.0. The
application in written in C++ so it links the std c++ lib. It also links
to C libraries (argtable and libxml2). I would like to link those
libraries in statically so I don't have to ship and install them with my
application.
In my first attempt to do this I passed -all-static to libtool. This
seemed to work except I got some strange errors about gethostbyname not
being statically linked. After more research I learned about NSS, and
decided that linking glibc statically wasn't such a good idea.
Ok so now I want a static std c++ lib, static thirdparty libs, and dynamic
glibc. Passing -static to libtool seemed to do nothing. So, I am now
passing -Wl, -static to libtool. I now get the following strange error:
/usr/bin/ld: cannot find -lgcc_s
hmm ok
find /usr/ -name *libgcc_s*
/usr/lib/gcc-lib/i386-redhat-linux/3.3.2/libgcc_s.so
/usr/lib/gcc-lib/i386-redhat-linux/3.2.3/libgcc_s.so
Seems to be there.
I've seen it mentioned that this is a bug in g++. Is that true? I am at
my wits end here. Any suggestions?
--
Christopher Baus
http://www.baus.net/
- problems statically linking thirdparty libs and dynamically linking glibc,
Christopher Baus <=