Re: 2.2.6: -ofoo.exe creates foo

[Ralf Wildenhues]

Hi Akim,

* Akim Demaille wrote on Mon, Nov 24, 2008 at 05:06:17PM CET:
> I suppose our setup is quite unusual.  We use a GNU/Linux machine and  
> Wine to compile and link using VC++.  Our configure computes that  
> EXEEXT=.exe, which is fine.

Erm, so $host is w32?  If yes, ...

> But then libtool 2.2.6, when linking an  
> executable with dependencies on dynamic libraries, discards the  
> extension.

>> $ ./libtool --mode=link --tag=CXX g++ -o foo.exe foo.lo sdk-remote/ 
>> src/libuobject/libuobject.la
>> libtool: link: g++ -o .libs/foo.exe .libs/foo.o -Wl,-bind_at_load   
>> sdk-remote/src/libuobject/.libs/libuobject.dylib /Users/akim/src/ 
>> urbi/2.0/kernel/_build/i386-apple-darwin9.5.0/sdk-remote/src/ 
>> liburbi/.libs/liburbi.dylib /Users/akim/src/urbi/2.0/kernel/_build/ 
>> i386-apple-darwin9.5.0/sdk-remote/lib/libport/.libs/libport.dylib / 
>> Users/akim/src/urbi/2.0/kernel/_build/i386-apple-darwin9.5.0/sdk- 
>> remote/jpeg-6b/.libs/libjpeg.dylib

... then why "dylib" here?  Is there an MSVC cross compiler from w32 to
Darwin?  And if this is a cross-compiler, then why is it called "g++"
and not something like i586-mingw-msvc-g++?

>> $ ls -ltr
>> [...]
>> -rw-r--r--   1 akim  akim      28 Nov 24 16:58 foo.cc
>> -rw-r--r--   1 akim  akim     260 Nov 24 16:59 foo.lo
>> -rwxr-xr-x   1 akim  akim    4819 Nov 24 17:00 foo
>> $ head foo
>> #! /bin/sh
>>
>> # foo - temporary wrapper script for .libs/foo.exe
>> # Generated by ltmain.sh (GNU libtool) 2.2.6

> (this is under osx, hence the extensions, but it's unfortunately the  
> same on the GNU/Linux box using VC++ as a compiler).

Well, I certainly cannot reproduce it here, and would like to see
  ./libtool --config

output for such a cross setup, as well as the configure command line
used (did you pass --host?).

FWIW, current git has some (quite a few, actually) changes related to
such cross setups, but I don't think any of those would influence what
you are seeing.

Thanks,
Ralf