RE: [boost] Compiling Boost with MinGW - Please lead the blind ...
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
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\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
[boost] Compiling Boost with MinGW - Please lead the blind ...
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 b) .lib and .obj files would seem to be in Microsoft .COFF format, rather than the .a and .o GNU formats. 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). I've tried to convert libraries like libboost_date_time.lib to libboost_date_time.a using the reimp MinGW tools but that fails ("out of memory"). Could someone please enlighten me on how to overcome these simple obstacles? I'm clearly missing something at the moment. Much thanks, Rick 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