Re: [boost] Compiling Boost with MinGW - Please lead the blind ...

2003-01-09 Thread David Abrahams
Fanta, Richard [EMAIL PROTECTED] writes:

 Hiya,

 Compiling Boost with MinGW has produced .obj and .lib files in directories
 such as
 boost_1_29_0\libs\date_time\build\bin\libboost_date_time.lib\mingw\debug\run
 time-link-dynamic (when run on a Win2k PC).  e.g. libboost_date_time.lib,
 gregorian_types.obj, etc.  This happens for all Boost libs projects when
 compiling with bjam -sTOOLS=mingw -sBUILD='debug release'.

 Two things seem wrong with this picture:
   a) .lib is not dynamic but static

What's wrong with that?  If you don't get a DLL, it means the
date_time library doesn't supply one (perhaps for good reasons).

   b) .lib and .obj files would seem to be in Microsoft .COFF format, rather
   than the .a and .o GNU formats.

The extensions used by Boost.Build are currently determined by the OS
on which bjam was built. However, Boost.Build doesn't do anything
special to set the output format of the tools; these files should be
in whatever format MinGW produces by default.  You can either change
the extensions on the files, or force Boost.Build to use different
extensions by passing

   -sSUFLIB=.a -sSUFOBJ=.o

on the command-line.

 Hence, I'm unable to link the bjam produced libs from a separate
 application of mine that uses simple Makefiles and MinGW/MSYS
 provided (Gnu) compilers (which produce .o and .a files, etc).

That really surprises me.  I think it's just a naming issue, not a
format issue.

-- 
   David Abrahams
   [EMAIL PROTECTED] * http://www.boost-consulting.com
Boost support, enhancements, training, and commercial distribution

___
Unsubscribe  other changes: http://lists.boost.org/mailman/listinfo.cgi/boost



RE: [boost] Compiling Boost with MinGW - Please lead the blind ...

2003-01-09 Thread Fanta, Richard
Doh!  It is a simple naming thing.  Copying the .lib to .a resolves the
g++/linker problems...

Much thanks,
Rick

-Original Message-
From: David Abrahams [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 09, 2003 1:08 PM
To: Boost mailing list
Cc: '[EMAIL PROTECTED]'
Subject: Re: [boost] Compiling Boost with MinGW - Please lead 
the blind
...


Fanta, Richard [EMAIL PROTECTED] writes:

 Hiya,

 Compiling Boost with MinGW has produced .obj and .lib files 
in directories
 such as
 
boost_1_29_0\libs\date_time\build\bin\libboost_date_time.lib\m
ingw\debug\run
 time-link-dynamic (when run on a Win2k PC).  e.g. 
libboost_date_time.lib,
 gregorian_types.obj, etc.  This happens for all Boost libs 
projects when
 compiling with bjam -sTOOLS=mingw -sBUILD='debug release'.

 Two things seem wrong with this picture:
   a) .lib is not dynamic but static

What's wrong with that?  If you don't get a DLL, it means the
date_time library doesn't supply one (perhaps for good reasons).

   b) .lib and .obj files would seem to be in Microsoft 
.COFF format, rather
   than the .a and .o GNU formats.

The extensions used by Boost.Build are currently determined by the OS
on which bjam was built. However, Boost.Build doesn't do anything
special to set the output format of the tools; these files should be
in whatever format MinGW produces by default.  You can either change
the extensions on the files, or force Boost.Build to use different
extensions by passing

   -sSUFLIB=.a -sSUFOBJ=.o

on the command-line.

 Hence, I'm unable to link the bjam produced libs from a separate
 application of mine that uses simple Makefiles and MinGW/MSYS
 provided (Gnu) compilers (which produce .o and .a files, etc).

That really surprises me.  I think it's just a naming issue, not a
format issue.

-- 
   David Abrahams
   [EMAIL PROTECTED] * http://www.boost-consulting.com
Boost support, enhancements, training, and commercial distribution

___
Unsubscribe  other changes: 
http://lists.boost.org/mailman/listinfo.cgi/boost



 Important Notice to Recipients  
It is important that you do not use e-mail to request, authorize or effect
the purchase or sale of any security or commodity, to send fund transfer
instructions, or to effect any other transactions.  Any such request,
orders, or instructions that you send will not be accepted and will not be
processed by Morgan Stanley. 

___
Unsubscribe  other changes: http://lists.boost.org/mailman/listinfo.cgi/boost