Bob Friesenhahn wrote:
On Fri, 9 May 2008, Roumen Petrov wrote:
....
checking for i386-mingw32msvc-gcj... no
checking for gcj... gcj -> OOPS !!!!!
Is above detection correct ?
If is detected a prefix for a program why configure try to find a
program without prefix ?
It looks to me like it did not detect a prefix for the program in the
above example, so, as a last-ditch effort, it tried without a prefix.
If it picks up the wrong tools, does libtool's configure end up using
them or does it eventually reject them?
Dunno. May be it try to use.
As example file "<builddir>tests/testsuite.dir/35/run contain" (after
make check-local) contain:
=========
...
CPP='i386-mingw32msvc-gcc -E'
...
STRIP='i386-mingw32msvc-strip'
...
GCJ='gcj' GCJFLAGS='-g -O2'
...
=========
Also in the file <srcdir>/tests/convenience.at I found:
=========
262: # There are just too many broken gcj installations out there,
either missing
263: # libgcj.spec or unable to find it. Skip this test for them.
264: if test $i -eq 1; then
265: AT_CHECK([$GCJ $GCJFLAGS -c foo1.java || exit 77], [], [ignore],
[ignore])
266: AT_CHECK([$GCJ $GCJFLAGS --main=foo1 -o foo1 foo1.java A1.java
|| exit 77],[],[ignore],[ignore])
267: AT_CHECK([./foo1$EXEEXT || exit 77],[],[ignore],[ignore])
=========
and the command "make check-local" report:
23: Java convenience archives skipped
(convenience.at:267)
Bob
======================================
Bob Friesenhahn
[EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
Roumen
_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool
