[filesystem] major problem with 1.36 on OS X
Attempting to compile and link the following code with a default build
of 1.36 on OS X 10.5.4 (Intel)
// test.cpp
#include <fstream>
#include <iostream>
#include <string>
#include <vector>
//#include
Matthias Schabel wrote:
Attempting to compile and link the following code with a default build of 1.36 on OS X 10.5.4 (Intel)
// test.cpp #include <fstream> #include <iostream> #include <string> #include <vector>
//#include
//#include #include #include int main (int argc, char * const argv[]) { boost::filesystem::create_directory("blah");
return 0; }
results in a linker error, even though the method in question is defined inline in
: Undefined symbols: "boost::system::error_code::message() const", referenced from: boost::system::system_error::what() constin ccyMBSNr.o ld: symbol(s) not found collect2: ld returned 1 exit status
This is reproducible both from a clean XCode 3.0 project and from the command line :
gcc test.cpp -I/usr/local/include -I .. -L/usr/local/lib -lboost_filesystem-xgcc40-mt -lboost_system-xgcc40-mt -lstdc++
Uncommenting the explicit includes doesn't help, either. This is a weird one...
I'm in the dark. The Sandia release tests for 4.0.1 are all passing for both Intel and PPC. What happens if you try static linking? --Beman
participants (2)
-
Beman Dawes
-
Matthias Schabel