In reviewing the failure of the serialization library build on Darwin - it seems that none of the include file can be found. This sounds like some sort of Jamfile or build setup issue. Can anyone give me any insight here? Robert Ramey
In reviewing the failure of the serialization library build on Darwin - it seems that none of the include file can be found. This sounds like some sort of Jamfile or build setup issue. Can anyone give me any insight here?
Yes - I did a "cvs update", which apparently did not pull down any new directories. In particular, "boost/archive" did not get created/populated. I am currently running a clean set of tests (wiping my boost directory and checking out all new sources, which got me the boost/archive directory), and will post the results when they are ready (about noon PDT, I would guess). -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.
On Wed, 14 Jul 2004 10:48:40 -0700, Marshall Clow wrote
In reviewing the failure of the serialization library build on Darwin - it seems that none of the include file can be found. This sounds like some sort of Jamfile or build setup issue. Can anyone give me any insight here?
Yes - I did a "cvs update", which apparently did not pull down any new directories.
You need to do "cvs update -d" to get new directories. The other option you typically want is to prune empty directories. So cvs update -d -P Jeff
Jeff Garland wrote:
Yes - I did a "cvs update", which apparently did not pull down any new directories.
You need to do "cvs update -d" to get new directories. The other option you typically want is to prune empty directories. So cvs update -d -P
You can do this automatically by adding a file .cvsrc to your home directory: $ cat .cvsrc diff -upN rdiff -upN update -dP Thereafter, typing "cvs update" will actually invoke "cvs update -d -P" Regards, Angus
"Jeff Garland" <jeff@crystalclearsoftware.com> writes:
On Wed, 14 Jul 2004 10:48:40 -0700, Marshall Clow wrote
In reviewing the failure of the serialization library build on Darwin - it seems that none of the include file can be found. This sounds like some sort of Jamfile or build setup issue. Can anyone give me any insight here?
Yes - I did a "cvs update", which apparently did not pull down any new directories.
You need to do "cvs update -d" to get new directories. The other option you typically want is to prune empty directories. So
cvs update -d -P
Hint: put it in your .cvsrc file so you don't have to remember. Mine is ----- cvs -z9 -r update -P -d diff -bdu ----- -- Dave Abrahams Boost Consulting http://www.boost-consulting.com
At 10:48 AM -0700 7/14/04, I wrote:
Robert Ramey <ramey@rrsd.com>
In reviewing the failure of the serialization library build on Darwin - it seems that none of the include file can be found. This sounds like some sort of Jamfile or build setup issue. Can anyone give me any insight here?
Yes - I did a "cvs update", which apparently did not pull down any new directories. In particular, "boost/archive" did not get created/populated.
I am currently running a clean set of tests (wiping my boost directory and checking out all new sources, which got me the boost/archive directory), and will post the results when they are ready (about noon PDT, I would guess).
Ok, I've completed that, and the test results are (more or less) the same. The error messages are different, though.
serialization - libboost_serialization.a - darwin
Compiler output:
In file included from /Users/marshall/boost/boost/boost/archive/impl/basic_binary_oprimitive.ipp:25, from /Users/marshall/boost/boost/libs/serialization/src/binary_oarchive.cpp:14: /Users/marshall/boost/boost/boost/archive/wcslen.hpp: In function `size_t std::wcslen(const wchar_t*)': /Users/marshall/boost/boost/boost/archive/wcslen.hpp:32: error: `size_t std::wcslen(const wchar_t*)' conflicts with previous using declaration ` size_t wcslen(const wchar_t*)' /Users/marshall/boost/boost/boost/archive/impl/basic_binary_oprimitive.ipp: In member function `void boost::archive::basic_binary_oprimitive<Archive, OStream>::save(const wchar_t*) [with Archive = boost::archive::binary_oarchive, OStream = std::basic_ostream<char, std::char_traits<char> >]': /Users/marshall/boost/boost/libs/serialization/src/binary_oarchive.cpp:21: instantiated from here /Users/marshall/boost/boost/boost/archive/impl/basic_binary_oprimitive.ipp:61: error: call of overloaded `wcslen(const wchar_t*&)' is ambiguous /usr/include/wchar.h:192: error: candidates are: size_t wcslen(const wchar_t*) /Users/marshall/boost/boost/boost/archive/wcslen.hpp:32: error: size_t std::wcslen(const wchar_t*)
c++ -c -ftemplate-depth-120 -DBOOST_TEST_NO_AUTO_LINK=1 -Wno-long-double -no-cpp-precomp -g -O0 -fno-inline -Wall -fcoalesce-templates -I"../bin/boost/libs/serialization/build" -I"/Users/marshall/boost/boost" -o "../bin/boost/libs/serialization/build/libboost_serialization.a/darwin/debug/runtime-link-static/binary_oarchive.o" "/Users/marshall/boost/boost/libs/serialization/build/../src/binary_oarchive.cpp"
Suggestions? -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.
At 9:38 AM -0700 7/14/04, Robert Ramey wrote:
In reviewing the failure of the serialization library build on Darwin - it seems that none of the include file can be found. This sounds like some sort of Jamfile or build setup issue. Can anyone give me any insight here?
What I see is that the serialization library defines "std::wcslen" in "wcslen.h", even though there's a perfectly good one already available. This is conditionalized off of BOOST_NO_CWCHAR, which leads me to think that this flag is wrong in the darwin config. So, I moved it so that it is only set when building on GCC 2.95.x. Index: boost/boost/config/platform/macos.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/config/platform/macos.hpp,v retrieving revision 1.13 diff -r1.13 macos.hpp 19d18 < # define BOOST_NO_CWCHAR 41a41,42
# define BOOST_NO_CWCHAR
This did not break any other tests, and made some (many) of the serialization tests pass. There are still many failures, which I am still investigating. Could someone vet this change, and commit it to CVS? Thanks! P.S. There's some bad __APPLE__ conditional compile stuff in integer_traits, too; if anyone wants to take a look at it. -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.
participants (5)
-
Angus Leeming -
David Abrahams -
Jeff Garland -
Marshall Clow -
Robert Ramey