[Bug libc/10063] 'configure' for glibc-2.9 does not check libgcc_s.so.1 presence, test fail

["sergstesh at yahoo dot com" <sourceware-bugzilla at sourceware dot org>]

------- Additional Comments From sergstesh at yahoo dot com  2009-04-12 21:21 -------
In the

http://sourceware.org/bugzilla/attachment.cgi?id=3881&action=view

file one can see this portion:

"
LD_LIBRARY_PATH=/mnt/sdb8/sergei/AFSWD_debug/install/autogen-5.9.5/lib:/mnt/sdb8/sergei/AFSWD_debug/install/binutils-2.19.1/lib:/mnt/sdb8/sergei/AFSWD_debug/install/bison-2.3/lib:/mnt/sdb8/sergei/AFSWD_debug/install/flex-2.5.35/lib:/mnt/sdb8/sergei/AFSWD_debug/install/gcc-4.3.3/lib:/mnt/sdb8/sergei/AFSWD_debug/install/gcc-4.3.3/lib/gcc/i686-pc-linux-gnu/4.3.3:/mnt/sdb8/sergei/AFSWD_debug/install/gmp-4.2.2/lib:/mnt/sdb8/sergei/AFSWD_debug/install/guile-1.8.6/lib:/mnt/sdb8/sergei/AFSWD_debug/install/libtool-2.2.6a/lib:/mnt/sdb8/sergei/AFSWD_debug/install/mpfr-2.3.2/lib:/mnt/sdb8/sergei/AFSWD_debug/install/ncurses-5.7/lib:/mnt/sdb8/sergei/AFSWD_debug/install/readline-5.1/lib:/mnt/sdb8/sergei/AFSWD_debug/install/tcl-8.4.19/lib:/mnt/sdb8/sergei/AFSWD_debug/install/tcl-8.4.19/lib/expect5.44.1:/mnt/sdb8/sergei/AFSWD_debug/install/tk-8.4.19/lib;
export LD_LIBRARY_PATH;
",

and in the portion  one can also see

/mnt/sdb8/sergei/AFSWD_debug/install/gcc-4.3.3/lib

path, and 'ls' shows:

"
sergei@amdam2:~/junk> ls -ltr /mnt/sdb8/sergei/AFSWD_debug/install/gcc-4.3.3/lib/
total 22667sergei@amdam2:~/junk> ls -ltr
/mnt/sdb8/sergei/AFSWD_debug/install/gcc-4.3.3/lib/
total 22667
drwxr-xr-x 3 qemu users    1024 2009-04-04 06:02 gcc
-rwxr-xr-x 1 qemu users     939 2009-04-04 06:03 libsupc++.la
-rw-r--r-- 1 qemu users  541554 2009-04-04 06:03 libsupc++.a
-rwxr-xr-x 1 qemu users 4439219 2009-04-04 06:03 libstdc++.so.6.0.10
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libstdc++.so.6 ->
libstdc++.so.6.0.10
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libstdc++.so -> libstdc++.so.6.0.10
-rwxr-xr-x 1 qemu users    1001 2009-04-04 06:03 libstdc++.la
-rw-r--r-- 1 qemu users 7848186 2009-04-04 06:03 libstdc++.a
-rwxr-xr-x 1 qemu users   35184 2009-04-04 06:03 libssp.so.0.0.0
lrwxrwxrwx 1 qemu users      15 2009-04-04 06:03 libssp.so.0 -> libssp.so.0.0.0
lrwxrwxrwx 1 qemu users      15 2009-04-04 06:03 libssp.so -> libssp.so.0.0.0
-rwxr-xr-x 1 qemu users     956 2009-04-04 06:03 libssp_nonshared.la
-rw-r--r-- 1 qemu users    2704 2009-04-04 06:03 libssp_nonshared.a
-rwxr-xr-x 1 qemu users     974 2009-04-04 06:03 libssp.la
-rw-r--r-- 1 qemu users   59462 2009-04-04 06:03 libssp.a
-rwxr-xr-x 1 qemu users  257229 2009-04-04 06:03 libmudflapth.so.0.0.0
lrwxrwxrwx 1 qemu users      21 2009-04-04 06:03 libmudflapth.so.0 ->
libmudflapth.so.0.0.0
lrwxrwxrwx 1 qemu users      21 2009-04-04 06:03 libmudflapth.so ->
libmudflapth.so.0.0.0
-rwxr-xr-x 1 qemu users    1021 2009-04-04 06:03 libmudflapth.la
-rw-r--r-- 1 qemu users  298136 2009-04-04 06:03 libmudflapth.a
-rwxr-xr-x 1 qemu users  249178 2009-04-04 06:03 libmudflap.so.0.0.0
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libmudflap.so.0 ->
libmudflap.so.0.0.0
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libmudflap.so ->
libmudflap.so.0.0.0
-rwxr-xr-x 1 qemu users    1007 2009-04-04 06:03 libmudflap.la
-rw-r--r-- 1 qemu users  389686 2009-04-04 06:03 libmudflap.a
-rw-r--r-- 1 qemu users  287721 2009-04-04 06:03 libgcc_s.so.1
lrwxrwxrwx 1 qemu users      13 2009-04-04 06:03 libgcc_s.so -> libgcc_s.so.1
-rwxr-xr-x 1 qemu users 2607001 2009-04-04 06:03 libgfortran.so.3.0.0
lrwxrwxrwx 1 qemu users      20 2009-04-04 06:03 libgfortran.so.3 ->
libgfortran.so.3.0.0
lrwxrwxrwx 1 qemu users      20 2009-04-04 06:03 libgfortran.so ->
libgfortran.so.3.0.0
-rwxr-xr-x 1 qemu users    1013 2009-04-04 06:03 libgfortran.la
-rw-r--r-- 1 qemu users 4389444 2009-04-04 06:03 libgfortran.a
-rwxr-xr-x 1 qemu users  306523 2009-04-04 06:03 libobjc.so.2.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libobjc.so.2 -> libobjc.so.2.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libobjc.so -> libobjc.so.2.0.0
-rwxr-xr-x 1 qemu users     981 2009-04-04 06:03 libobjc.la
-rw-r--r-- 1 qemu users  411198 2009-04-04 06:03 libobjc.a
-rw-r--r-- 1 qemu users  630484 2009-04-04 06:03 libiberty.a
-rw-r--r-- 1 qemu users     170 2009-04-04 06:03 libgomp.spec
-rwxr-xr-x 1 qemu users  128226 2009-04-04 06:03 libgomp.so.1.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libgomp.so.1 -> libgomp.so.1.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libgomp.so -> libgomp.so.1.0.0
-rwxr-xr-x 1 qemu users     986 2009-04-04 06:03 libgomp.la
-rw-r--r-- 1 qemu users  199228 2009-04-04 06:03 libgomp.a
sergei@amdam2:~/junk>    
drwxr-xr-x 3 qemu users    1024 2009-04-04 06:02 gcc
-rwxr-xr-x 1 qemu users     939 2009-04-04 06:03 libsupc++.la
-rw-r--r-- 1 qemu users  541554 2009-04-04 06:03 libsupc++.a
-rwxr-xr-x 1 qemu users 4439219 2009-04-04 06:03 libstdc++.so.6.0.10
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libstdc++.so.6 ->
libstdc++.so.6.0.10
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libstdc++.so -> libstdc++.so.6.0.10
-rwxr-xr-x 1 qemu users    1001 2009-04-04 06:03 libstdc++.la
-rw-r--r-- 1 qemu users 7848186 2009-04-04 06:03 libstdc++.a
-rwxr-xr-x 1 qemu users   35184 2009-04-04 06:03 libssp.so.0.0.0
lrwxrwxrwx 1 qemu users      15 2009-04-04 06:03 libssp.so.0 -> libssp.so.0.0.0
lrwxrwxrwx 1 qemu users      15 2009-04-04 06:03 libssp.so -> libssp.so.0.0.0
-rwxr-xr-x 1 qemu users     956 2009-04-04 06:03 libssp_nonshared.la
-rw-r--r-- 1 qemu users    2704 2009-04-04 06:03 libssp_nonshared.a
-rwxr-xr-x 1 qemu users     974 2009-04-04 06:03 libssp.la
-rw-r--r-- 1 qemu users   59462 2009-04-04 06:03 libssp.a
-rwxr-xr-x 1 qemu users  257229 2009-04-04 06:03 libmudflapth.so.0.0.0
lrwxrwxrwx 1 qemu users      21 2009-04-04 06:03 libmudflapth.so.0 ->
libmudflapth.so.0.0.0
lrwxrwxrwx 1 qemu users      21 2009-04-04 06:03 libmudflapth.so ->
libmudflapth.so.0.0.0
-rwxr-xr-x 1 qemu users    1021 2009-04-04 06:03 libmudflapth.la
-rw-r--r-- 1 qemu users  298136 2009-04-04 06:03 libmudflapth.a
-rwxr-xr-x 1 qemu users  249178 2009-04-04 06:03 libmudflap.so.0.0.0
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libmudflap.so.0 ->
libmudflap.so.0.0.0
lrwxrwxrwx 1 qemu users      19 2009-04-04 06:03 libmudflap.so ->
libmudflap.so.0.0.0
-rwxr-xr-x 1 qemu users    1007 2009-04-04 06:03 libmudflap.la
-rw-r--r-- 1 qemu users  389686 2009-04-04 06:03 libmudflap.a
-rw-r--r-- 1 qemu users  287721 2009-04-04 06:03 libgcc_s.so.1
lrwxrwxrwx 1 qemu users      13 2009-04-04 06:03 libgcc_s.so -> libgcc_s.so.1
-rwxr-xr-x 1 qemu users 2607001 2009-04-04 06:03 libgfortran.so.3.0.0
lrwxrwxrwx 1 qemu users      20 2009-04-04 06:03 libgfortran.so.3 ->
libgfortran.so.3.0.0
lrwxrwxrwx 1 qemu users      20 2009-04-04 06:03 libgfortran.so ->
libgfortran.so.3.0.0
-rwxr-xr-x 1 qemu users    1013 2009-04-04 06:03 libgfortran.la
-rw-r--r-- 1 qemu users 4389444 2009-04-04 06:03 libgfortran.a
-rwxr-xr-x 1 qemu users  306523 2009-04-04 06:03 libobjc.so.2.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libobjc.so.2 -> libobjc.so.2.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libobjc.so -> libobjc.so.2.0.0
-rwxr-xr-x 1 qemu users     981 2009-04-04 06:03 libobjc.la
-rw-r--r-- 1 qemu users  411198 2009-04-04 06:03 libobjc.a
-rw-r--r-- 1 qemu users  630484 2009-04-04 06:03 libiberty.a
-rw-r--r-- 1 qemu users     170 2009-04-04 06:03 libgomp.spec
-rwxr-xr-x 1 qemu users  128226 2009-04-04 06:03 libgomp.so.1.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libgomp.so.1 -> libgomp.so.1.0.0
lrwxrwxrwx 1 qemu users      16 2009-04-04 06:03 libgomp.so -> libgomp.so.1.0.0
-rwxr-xr-x 1 qemu users     986 2009-04-04 06:03 libgomp.la
-rw-r--r-- 1 qemu users  199228 2009-04-04 06:03 libgomp.a
sergei@amdam2:~/junk>    
"

- among the files there is "libgcc_s.so -> libgcc_s.so.1" in question.

'glibc' is not the first target which needs to dynamically load libraries, and
LD_LIBRARY_PATH is set by my tool by default.

So, the remaining for me thing is to establish why/exactly where this setting is
ignored.

I am in the middle of something now, but I'll find this now.

And do not close bugs with WORKSFORME - it's obvious that when SW is released,
it undergoes some testing, but my tool stresses really well build mechanisms
exercising cases normally not tried by developers, so I've got used that first
build by myself quite often reveals a bunch of bugs in build mechanism.

I'll reread 'ld' manual WRT LD_LIBRARY_PATH and other mechanisms to guide it to
look for DLLs (.so files) in proper places.

Maybe I'll have to use another mechanism or I'll come to the conclusion that
build mechanism is flawed - time and effort will show.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10063

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.