This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Lininkg libs in non-standard dirs
- From: eddy <bremby at seznam dot cz>
- To: gcc-help at gcc dot gnu dot org
- Date: Wed, 29 Oct 2008 11:38:23 +0100
- Subject: Lininkg libs in non-standard dirs
Hi,
I am really desperate now. I've been trying to compile programs, while
linking them against my own compiled libraries from glibc-2.8, for some
time now. I never succeeded.
For example the bash 3.2. I've compiled it for hundred times or so.
Sometimes I wasn't able to compile it at all, because of the linker.
After any successful compilation, the "ldd" command tells me it is
linked against the system's (Ubuntu's) libs in /lib/tls/i686/cmov/.
Since I am building my own system, I need to have it linked against i586
libraries and I would appreciate having the shared libs in /lib, not
anywhere else, which would just confuse me or anyone else.
So far I have tried any known way to make the linker to search libs in a
given directory - using variables (LIBRARY_PATH, LD_RUN_PATH, maybe
other), using variables to call CC (CC="gcc 4.2 -Wl, -R/path").
The compilation is done using make, so I don't call gcc myself.
Nevertheless, either the configure script tells me the C compiler cannot
create executables, or the compilation (after running make) stops at the
very beginning, saying make error: segmentation fault (dunno what this
really means). Or, as mentioned before, the successfully compiled
program is still linked to libs that I don't want to use.
I am running Ubuntu 8.04 with latest updates.
make 3.81
gcc 4.2.3
Please, I really need help with this. I have no idea what could be
wrong. Any help, or just try, would be appreciated.
Thanks in advance
Dominik Taborsky