[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Support for VC++ toolchain (was Re: Absolute paths generatedbylibtoo

From: Duft Markus
Subject: RE: Support for VC++ toolchain (was Re: Absolute paths generatedbylibtool.)
Date: Tue, 28 Nov 2006 16:06:15 +0100


If you could tell me how i can bring outlook to do so, i will gladly ;o)
otherwise it would be too much work to hand-quote everything! ;o//

No, i didn't receive your mail, something went wrong there, could you
send it again?? I will be glad to help you ;o)

Yes wgcc would convert the path (even on cygwin this should work!). (i
didn't build wgcc on cygwin a while, but it should work!) Path
conversion and argument conversion is one of the strengths of wgcc ;o)

The configure script for wgcc does search for visual studio (it must be
in PATH). On interix simply globally (system settings) set
INTERIX_COMPILERDIR to C:\vcxx8 and this will do (interix does the rest,
not wgcc there) (for cygwin see below). Wgcc's configure looks for the
compiler and follows a (very simple :o)) rule to find include and lib
directories. Sometimes this doesnt work correctly, but you can edit the
paths in ${prefix}/etc/.wgccrc (see manual -> paths.c, paths.c++,

The configure check assumes (for now) a full visual studio setup with
platformsdk in the VC dir, not an express edition with extra
platformsdk, so you will have to edit .wgccrc.

On cygwin when i last experimented with it for everything to work i had
to do the following (from a clean environment):

CYGWIN todo:

set TMPDIR to /tmp

extend PATH with AT LEAST the following:


Hope this helps!

Cheers, Markus

-----Original Message-----
From: Benoit Sigoure [mailto:address@hidden 
Sent: Tuesday, November 28, 2006 3:43 PM
To: Duft Markus
Cc: address@hidden
Subject: RE: Support for VC++ toolchain (was Re: Absolute paths

Quoting Duft Markus <address@hidden>:
> Hi!

Hi, please answer below the quote :(

> 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)

You can't run cl.exe unless you have the right environment variables
According to my install of Visual C++ Express (under C:\vcxx8) these

export VSINSTALLDIR='C:\vcxx8'
export VCINSTALLDIR='C:\vcxx8\VC'
export FrameworkDir='C:\WINDOWS\Microsoft.NET\Framework'
export FrameworkVersion='v2.0.50727'
export FrameworkSDKDir='C:\vcxx8\SDK\v2.0'
export DevEnvDir='C:\vcxx8\Common7\IDE'
export INCLUDE='C:\vcxx8\VC\INCLUDE;c:\vcxx8\VC\PlatformSDK\Include;'
export LIBPATH='C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727'

Notice that in the above PATH and INCLUD and LIB, I added MS Platform
SDK's stuff.

The MS Platform SDK adds the following:
export MSSdk='c:\vcxx8\VC\PlatformSDK'
export Bkoffice='c:\vcxx8\VC\PlatformSDK'
export INETSDK='c:\vcxx8\VC\PlatformSDK'
export Mstools='c:\vcxx8\VC\PlatformSDK'

> 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)

So you're telling me that wgcc would transform a -I/home/build/include
in /IC:\cygwin\home\build\include ?

(by the way, I sent you an email a couple of days ago because I had a
problem with wgcc, did you receive it?)


> 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
>>> 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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]