From: Victor A. Wagner, Jr. (vawjr_at_[hidden])
Date: 2003-03-16 20:17:19
Agreed, something is amiss. I've read the docs several times and all they
seem to say is "everything is in the template includes".
"Filesystem Library components are supplied by several headers, all in
my #includes aren't failing, or doesn't the above say what it appears to
(i.e. there are NO installation requirements for using filesystem, just
point at the correct includes)
it APPEARS that some library is needed. What this library is, I do NOT
know. I can find no reference to any such in the documents, and I note, in
passing, that bjam from the root of boost will build no such libraries.
So it's likely not the filesystem CODE that is broken, perhaps it is only
At Sunday 2003/03/16 17:50, you wrote:
>At 01:57 AM 3/16/2003, Victor A. Wagner, Jr. wrote:
> >Ok, I finally got all the junk straightened out. got a clean update for
> >the RC instead of the mainline, and guess what?
> >It looks like it cannot find ANY functions that purportedly are defined in
> >oh, compiler VC7.1
> >------ Build started: Project: SimpleSL, Configuration: Debug Win32 ------
> >main.obj : error LNK2019: unresolved external symbol "public: class
> >std::basic_string<char,struct std::char_traits<char>,class
> >std::allocator<char> > __thiscall boost::filesystem::path::leaf(void)const
>The regression tests convenience_test, operators_test, and path_test are
>still passing and not getting link errors for VC++ 7.1 final beta, and for
>virtually all other compilers tested on all other platforms. There have
>been no changes to the test setup for these particular tests for a long time.
>Beyond the regression tests, other uses of this library using a VC++
>solution are also still working fine.
>All that leads me to think there is something amiss in your setup.
>Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com
The five most dangerous words in the English language:
"There oughta be a law"
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk