In article <41B553DE6D81D5119AD90050DA7ACF702E62E6@PDCSERVER>, administrator@sbcltd.com says...
Dan,
The date_time.lib library is a static lib. The built date_time.dll actually has no exports in it, so for VC purposes is useless. I would say don't worry about it, and just use the static lib.
Thanks, Dale, this is exactly what I needed to know. I was starting to worry that I didn't understand DUMPBIN's output, which would be worrisome since I've been using it for years. :-)
On a side note, has anyone been working on placing built items into a common directory, say
/lib? If not, I have a patch that should help alot.
Sounds like an excellent idea. I'm assuming that on Windows, the boost build would then follow common conventions so that libraries built with different characteristics (debug vs. non-debug, multi- vs. single- threaded, etc) had different names. (I haven't been following boost build developments lately -- is this a topic of ongoing changes?)
-----Original Message----- From: Dan Muller [mailto:yg-boost-users@m.gmane.org]
[text elided]
After building boost for VC7.1, I find a .lib file in boost_1_30_0\libs\date_time\build\bin\libboost_date_time.lib\m svc\debug \runtime-link-dynamic and a .dll in boost_1_30_0\libs\date_time\build \bin\boost_date_time.dll\msvc\debug\runtime-link-dynamic.
There are a couple of things that I don't understand about these files.
Is the .lib file supposed to be the import library for the .dll? Linking against the .lib file hasn't produced any import references in my applications. Perhaps I'm just not hitting any out-of-line functionality, but it sure seems like the .lib file is a static library rather than an import library.
Also, running DUMPBIN /EXPORTS on the .dll file shows no exported symbols related to date_time classes, as far as I can see. It really looks like it's exporting a bunch of stuff related to the standard C++ library, which makes no sense to me.
-- Dan Muller "So that's what an invisible barrier looks like!" (Time Bandits)