Here's a bit more info:

* Ralf Wildenhues wrote on Fri, Aug 26, 2005 at 05:27:44PM CEST:
> * Peter Kjellström wrote on Fri, Aug 26, 2005 at 05:21:27PM CEST:
> > 
> > I just checked out 7046 and my configure hangs at:
> > checking for libtool-supplied linker flags...   
> > 
> > ps -ef f gives me:
> > 
> > ...configure
> > \_ /bin/sh /home/cap/openmpi/ompi-trunk/vbuild/opal/libltdl/libtool 
> > --mode=compile icc -O3 -DNDEBUG foo.c -c -o foo.o
> >  \_ sleep 2
> > 
> > is it just currently broken (and if so, how do I check out an older
> > revision) or did I fumble the spell?
> 
> Weird.  Libtool thought icc does not understand `-c -o'?
> 
> Can you search and post the respective output from config.log?

Just go to $top_builddir and execute these:
$ find . -name config.log | xargs sed -n '/ supports -c -o 
/{N;N;N;N;N;N;N;N;p;}'
$ ./libtool --version

Libtool version previous to 1.5.16 had a bug in the macro to detect
this; it was often wrong before.  Now it should be pretty bogus.
Libtool still has a bug that might lead to the hang you describe
when both the macro detects that the compiler (seemingly or not)
does not understand "-c -o" and the source tree and the build tree
live on different mount points, so that a hard link fails.

It's on our TODO list, but as we thought it to be a very rare bug,
it had rather low priority so far.

If you have use Libtool >= 1.5.16 and still experience this issue,
one workaround is to have the build tree below the same mount point.
But I'd like to see the failure of the macro: icc understands "-c -o",
and we should be able to detect that.

Cheers,
Ralf

Reply via email to