RE: Support for VC++ toolchain (was Re: Absolute paths generatedby libtool.)

[Duft Markus]

Hi!

Hmmm, what do you mean with "wgcc doesn't set the environment"? It's
true, wgcc doesn't, but why should it?? The thing is, that wgcc should
be the only one to run cl.exe, and he knows how... Am i missing
something?

Could be, that wgcc doesn't work that good under cygwin yet, since the
primary platform is interix... ;o)

On interix wgcc does all the conversion from unix to windows. One can
work just as if using gcc under linux or elsewhere... And one *does not*
need to worry about environments or conversions or anything, *and*
libtool works just fine ;o)

Cheers, Markus 

-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
Benoit Sigoure
Sent: Tuesday, November 28, 2006 2:14 PM
To: address@hidden
Subject: Re: Support for VC++ toolchain (was Re: Absolute paths
generatedby libtool.)

Quoting Howard Chu <address@hidden>:
> Benoit Sigoure wrote:
>> Quoting Benoit Sigoure <address@hidden>:
>>> [SNIP, see 
>>> http://lists.gnu.org/archive/html/libtool/2006-11/msg00018.html]
>>>
>>
>> Hello folks,
>> I think I finally succeeded: I can now build any UNIX program as long

>> as its code is portable on Windows with both mingw-gcc toolchain and
MS VC++.
>
> Wow, what a lot of effort, when you could have simply installed MSYS 
> and the cccl shell script. I guess you would still need to intercept 
> DOS-style commands like del and xcopy, but the MSYS shell takes care 
> of command line arguments and paths, and cccl takes care of 
> translating Unix cc options to switches that MSVC understands. With 
> these I can use an unmodified libtool script to build most autoconf'd 
> packages on Windows.
>

No sorry, this was necessary. MSYS isn't enough, and using it wouldn't
have enabled me to do what I do now. The shell still removes unecessary
backslashes and MSYS can't automagically handles things such as:
gcc -I/home/build/... (which needs to be rewritten in
-IC:/cygwin/home/build/...) for instance.
cccl helps but is rather incomplete compared to wgcc. Moreover, neither
wgcc nor cccl set the proper environment variables to be able to run
cl.exe (which returns 53 if any of them is wrong, eg if the PATH isn't
;-separated or contains forward slashes instead of backslashes etc...)
and to use MS PlateformSDK.

--
SIGOURE Benoit aka Tsuna
   _____
  /EPITA\ Promo 2008, LRDE



_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool