[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Fwd: verbose failures of hardcoded and friends
From: |
Peter O'Gorman |
Subject: |
Fwd: verbose failures of hardcoded and friends |
Date: |
Sun, 23 May 2004 22:07:47 +0900 |
User-agent: |
Mozilla Thunderbird 0.5+ (Macintosh/20040224) |
This report is for sparc-unknown-openbsd3.5
-------- Original Message --------
Subject: verbose failures of hardcoded and friends
Date: Sat, 22 May 2004 17:05:45 +0200
From: Riccardo Mottola <address@hidden>
To: address@hidden
mallorn:tests {51} ./hardcode.test
=== Running hardcode.test
= Running make hardcode in ../demo
You may ignore any linking errors from the following command:
gcc -g -O2 -o hc-direct main.o ./.libs/libhello.so.3.12 -lm
-Wl,-rpath,/home/multix/libtool-1.5.6/tests/_inst/lib || echo
unsupported > hc-direct
gcc -g -O2 -o hc-libflag main.o
-Wl,-rpath,/home/multix/libtool-1.5.6/demo/.libs
-L/home/multix/libtool-1.5.6/tests/_inst/lib -lhello -lm
You may ignore any linking errors from the following command:
LD_LIBRARY_PATH=./.libs gcc -g -O2 -o hc-libpath main.o -lhello -lm
-Wl,-rpath,/home/multix/libtool-1.5.6/tests/_inst/lib || echo
unsupported > hc-libpath
/usr/bin/ld: cannot find -lhello
collect2: ld returned 1 exit status
gcc -g -O2 -o hc-minusL main.o -L./.libs -lhello -lm
-Wl,-rpath,/home/multix/libtool-1.5.6/tests/_inst/lib || echo
unsupported > hc-minusL
= Finding libtool.m4's guesses at hardcoding values
= Searching for hardcoded library directories in each program
.libs was hardcoded in `hc-direct', as libtool expected
.libs was hardcoded in `hc-libflag', as libtool expected
`hc-libpath' was not linked properly, which fooled libtool
.libs was not hardcoded in `hc-minusL', as libtool expected
=== Running build-relink.test
Welcome to GNU Hell!
cos (0.0) = 1
** This is not GNU Hello. There is no built-in mail reader. **
removing libhello.la from ../demo
running ../demo/hell
Welcome to GNU Hell!
cos (0.0) = 1
** This is not GNU Hello. There is no built-in mail reader. **
linking a broken ../demo/libhello.la
/bin/sh ./libtool --mode=link gcc -g -O2 -o libhello.la -rpath
/home/multix/libtool-1.5.6/tests/_inst/lib -no-undefined -version-info
3:12:1 hello.lo -lm
gcc -shared -fPIC -DPIC -o .libs/libhello.so.3.12 .libs/hello.o -lm
creating libhello.la
(cd .libs && rm -f libhello.la && ln -s ../libhello.la libhello.la)
running ../demo/hell with broken libhello.la
/home/multix/libtool-1.5.6/demo/.libs/hell:/home/multix/libtool-1.5.6/demo/.libs/hell:
undefined symbol 'nothing'
/home/multix/libtool-1.5.6/demo/.libs/hell:
/home/multix/libtool-1.5.6/demo/.libs/hell: can't resolve reference
'nothing'
Welcome to GNU Hell!
/home/multix/libtool-1.5.6/demo/.libs/hell:/home/multix/libtool-1.5.6/demo/.libs/hell:
undefined symbol 'foo'
lazy binding failed!
Memory fault (core dumped)
Failed, as expected
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Fwd: verbose failures of hardcoded and friends,
Peter O'Gorman <=