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