libtool
[Top][All Lists]
Advanced

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

Re: Win32: Autotools/libtool and MS VC++?


From: Greg Eisenhauer
Subject: Re: Win32: Autotools/libtool and MS VC++?
Date: Wed, 24 Jan 2001 11:18:05 -0500 (EST)

   X-Authentication-Warning: nil.science-factory.com: mvw set sender to 
address@hidden using -f
   From: Marc van Woerkom <address@hidden>
   Sender: address@hidden
   X-BeenThere: address@hidden
   X-Mailman-Version: 2.0
   Precedence: bulk
   List-Help: <mailto:address@hidden>
   List-Post: <mailto:address@hidden>
   List-Subscribe: <http://mail.gnu.org/mailman/listinfo/libtool>,
           <mailto:address@hidden>
   List-Id: Discussion list for the GNU libtool shared library maintenance tool 
<libtool.gnu.org>
   List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/libtool>,
           <mailto:address@hidden>
   List-Archive: <http://mail.gnu.org/pipermail/libtool/>
   Date: Wed, 24 Jan 2001 13:42:02 +0100 (CET)

   Dear list members,

   sadly I have been thrown in the JAVA trenches lately,
   (which would lead to the question of JAVA and Autotools :-)
   but for now I would need an information regarding Win32.

   Using Cygwin and the ported gcc seems supported rather
   well (autoconf, automake in the cygwin ports system and libtool 
   being able to be compiled form the standard tarball) 
   but what happens if one really wants to use the Microsoft
   C/C++ compiler?

   Leaving out dependencies tracking for a moment (where I was
   told to use CVS automake), it was easy to change CC and
   CXX variables and flags. But what about library building?
   My impression was that libtool has not been extended to
   implement its functionality in term of the Microsoft 
   compiler. (My problem is that I can't avoid having to 
   use that compiler)

   Has anyone tried to extend the use of the autotools
   and in particular libtool to Microsoft VC++?

There is support for compiling with VC++ at least in the sense that cygpath
is called to fixup the source file names for the compiler.  However, this
isn't done at the link stage and the path and file names embedded in the
*.la files are Unix-style.  I don't know if the partial cygpath support is
indicative of someone else working on this, but I've been putting a bit of
effort into it myself in the past few days...  I'd like to hear of other
efforts.  Otherwise I'm happy to share my patches when I get things
running... 

greg

-----------------------------------------------------------------------------
greg eisenhauer         address@hidden          (404)894-3227
http://www.cc.gatech.edu/~eisen/
College of Computing, Georgia Institute of Technology, Atlanta, GA  30332




reply via email to

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