On Thu, Oct 26, 2006 at 10:39:12PM +0200, Ralf Wildenhues wrote: > * Patrick Welche wrote on Thu, Oct 26, 2006 at 04:37:39PM CEST: > > All with CVS autotools, the following tests fail for me: > > > > 16: link-order2.at:25 Link order of deplibs. > > libtool > > This one is different and will be treated later.
Indeed - and your patch fixes all the other tests - thanks! Still staring at test 16, as the binary "main" looks fine from them "sees all libraries" point of view, NEEDED libb.so.0 NEEDED liba.so.0 NEEDED libm.so.0 NEEDED libc.so.12 RPATH /usr/src/local/libtool/tests/testsuite.dir/16/inst/lib but from the log highlight: libtool: link: gcc -g -O2 -o .libs/main main.o ./.libs/libb.so /usr/src/local/l ibtool/tests/testsuite.dir/16/.libs/liba.so -lm -Wl,-rpath -Wl,/usr/src/local/li btool/tests/testsuite.dir/16/inst/lib libtool: link: creating main ./link-order2.at:57: ./main; lt_status=$?; if test $lt_status -eq 0; then :; elif test "X$host" != "X$build" && \ { test -x "./main" || test -x "./main"$EXEEXT; } then (exit 77); else (exit $lt_status); fi ./link-order2.at:57: exit code was 1, expected 0 % sh $ ./main $ echo $? 1 and 1 < 0.01 && 0 < 0.01 looks false. Here is where I get my ones and zeros muddled. From the C point of view, that false is zero, right? But from the shell point of view, isn't false one (or rather non-zero)? So, shouldn't I expect ./main to return 1? (Spent the afternoon teaching reciprocal space in hexagonal crystals, so I'm quite sure sin(pi/2) = 1 :-) ) Cheers, Patrick _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool