- Boost - lists.boost.org

RE: [boost] More on Serialization Link Issue
by Jared McIntyre 02 Feb '05

02 Feb '05

> This is almost surely an issue of the library build settings out of sync > with the program build settings. The included VC7 IDE projects might be out > of sync with the bjam builds. here are some other things to try > > a) from with in the serialization/test directory, invoke the batch file with > the argument vc-7_1 . This should build all the libraries, demos and tests > for the serialization libary with a consistent set of settings. > b) If the above works, move the libraries from where they are build > boostdir/bin/... etc to you favorite local spot and alter thid IDE projects > to point to them. > c) Note that I have found that the IDE projects with the VC 7.1 IDE often > report a non-sensical error when I try to bring them up. This can be fixed > by going to the build menu item and selecting configuration setup and > explictly selectinga configureuation. The problem then goes away for a > while. Its an VC IDE thing. I built out everything in test as suggested (there were a few that failed, but don't appear to be related). I then took the library built in libs\serialization\build\libboost_serialization.lib\vc-7_1\debug\threading-multi and moved it to my build location. I ended up getting the same failure. To make sure that my build was picking up the library at link, I added it as a resource to the project, and it continued to have the failure (so I'm sure my project is linking to the library). Is there any more information I could give you about my setup that might help? Jared

2 1

Re: [boost] Status of BOOST_ASSERT?
by JOAQUIN LOPEZ MU?Z 01 Feb '05

01 Feb '05

----- Mensaje original ----- De: Beman Dawes <bdawes(a)acm.org> Fecha: Martes, Febrero 1, 2005 11:36 pm Asunto: [boost] Status of BOOST_ASSERT? > BOOST_ASSERT is documented at > http://www.boost.org/libs/utility/assert.html, but it isn't > mentioned or > linked to in the library index, programmers guidelines, or utility > index. > If Boost libraries are really supposed to use BOOST_ASSERT, seems > like we > need to better integrate it into our docs by mentioning it and > linking to > its docs on the above pages. The utility section is kinda messed up. Some utilities like enable_if are included by boost/utility.hpp yet they're documented separately. Others, like result_of, are *not* included by boost/utility.hpp, though the docs seem to imply it is. in_place_factory has its own docs, but it lives in boost/utility. compare_pointees seem to be in a limbo, and so does aligned_storage... As for BOOST_ASSERT, I guess there is no objection against using it (at least, I hope there isn't --I'm using it :) It is just that somehow the docs got unlinked. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo > > I looked at the archives a bit, but didn't see any definitive > answer as to > whether or not we had decided to use BOOST_ASSERT rather than > plain assert. > > Comments? > > --Beman > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

Threads in xcode
by Benjohn 01 Feb '05

01 Feb '05

We're building a multithreaded OS X application with xcode, that uses cocoa, objective c++, and makes a lot of use of shared_ptr and other parts of Boost. We're currently using boost 1_32_0 (I've just upgraded from boost-1.30.2). We're getting some crashes, and I've started to suspect that <boost/shared_ptr.hpp> isn't being compiled with multithread awareness. Acting on this hunch, if <boost/requires_threads.hpp> is included, it generates the compilation error: "Compiler threading support is not turned on. Please set the correct command line options for threading: -pthread (Linux), -pthreads (Solaris) or -mthreads (Mingw32)" ...which seems to suggest that shared_ptrs (if they use the same config info) wouldn't be compiling in thread support. Are application also makes use of the pthread API, and cocoa's threads class, and these both seem to be working as expected. We've had a look at xcode's options, but have found no way to explicitly turn on thread support. Specifically, adding -pthread or -pthreads causes the compiler to issue an error. We have also looked for a configure script in the boost distribution, but can find nothing (except for the one in libs/config/ which doesn't seem to work, but I personally think we're using it wrong). If someone could suggest what we may be missing, I'd be terribly grateful. Thanks very much, and thanks for a great library! Cheers, Benjohn

1 0

[type_traits][documentation]no <A name="example"></A>
by Larry Evans 01 Feb '05

01 Feb '05

http://cvs.sourceforge.net/viewcvs.py/boost/boost/libs/type_traits/index.ht… Contains: <H2>Example code</H2> But it should have: <H2><A name="example"></A>Example code</H2> in order for TOC at top to work.

3 2

Re: Boost Digest, Vol 990, Issue 1
by Jared McIntyre 01 Feb '05

01 Feb '05

> Normally this shouldn't be a problem. So > > a) what os are you using? > b) what compiler are you using? > c) have you been able to build the libraries using bjam? > d) have you been able to build any of the demos? > e) what methods of building have you tried? Bjam, IDE, command line, or ? > > Robert Ramey Windows 2000 & XP Visual Studio 7.1 I did an inital build of everything using bjam, and that worked fine, however, bjam appears to build the libraries linking to the static multithreaded C runtime, I had to rebuild them from the VC7 project included with a change to link to the multithreaded dll of the runtime (or I run into a lot of duplicate function definitions at link). Otherwise, it built fine on bjam. Is there a way to build with bjam so that it uses the dll version of the multithreaded runtime? I'm now doing some tests with building everything from the delivered VC7 project, demos and all, and the demos are failing mostly with msvcrt linking issues. I haven't tried that before. Jared

2 1

[Boost-bugs] [ boost-Support Requests-1114084 ] program_options bug?
by SourceForge.net 01 Feb '05

01 Feb '05

Support Requests item #1114084, was opened at 2005-02-01 08:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1114084&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: program_options bug? Initial Comment: I use Borland C++ 6 under Windows and I am trying to use program_options library. It seems that if I add a nonhandled parameter to command line the program hangs. For example using first.cpp and adding --unhandled to command line. in parsers.hpp: template<class charT> basic_parsed_options<charT> basic_command_line_parser<charT>::run() const { // Presense of parsed_options -> wparsed_options conversion // does the trick. ==== HERE! ===> return basic_parsed_options<charT>( common_command_line_parser::run()); } thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=207586&aid=1114084&group_… ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 2

Problem with Intel 8.1 Linux regression tests
by Joaquín Mª López Muñoz 01 Feb '05

01 Feb '05

Seems like some stdlib headers are missing: http://tinyurl.com/4pkjh The same error happens accross multiple tests of different libraries. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 2

[iostreams] [regression] iostreams added to CVS
by Jonathan Turkanis 01 Feb '05

01 Feb '05

Dear all, The iostreams library has been added to CVS. I've also added a line to boost-root/status/Jamfile. Is this enough to have the library included in the regression tests, or is something more required? Jonathan

4 8

lexical_cast: Needing to work for MSVC 6 (and similar)?
by Terje Slettebø 01 Feb '05

01 Feb '05

Hi. When testing it, I've found that the CVS version of lexical_cast apparently doesn't work for MSVC 6 (at least with my setup). I get the following errors when running the unit test: boost/lexical_cast.hpp(178) : error C2059: syntax error : '<' boost/lexical_cast.hpp(180) : see reference to class template instantiation 'boost::detail::lexical_stream<Target,Source>' being compiled boost/lexical_cast.hpp(178) : error C2238: unexpected token(s) preceding ';' boost/lexical_cast.hpp(180) : see reference to class template instantiation 'boost::detail::lexical_stream<Target,Source>' being compiled boost/test/utils/basic_cstring/bcs_char_traits.hpp(120) : error C2143: syntax error : missing ',' before '<' boost/test/utils/basic_cstring/bcs_char_traits.hpp(120) : error C2059: syntax error : '<' boost/test/utils/basic_cstring/bcs_char_traits.hpp(120) : fatal error C1903: unable to recover from previous error(s); stopping compilation I also see that the current regression test doesn't include MSVC 6 (http://www.meta-comm.com/engineering/boost-regression/developer/conversion. html). Because of this, Kevlin Henney and I was wondering whether or not MSVC 6 support for this component (and components in Boost in general) is no longer demanded, or in general, what the required conformance level is? If MSVC 6 support is still needed, I guess the above problems should be fixed. It seems to crash out in Boost.Test, as well. I see there are a few other failures in the regression test for more conformant compilers, though, and I'll look into these. Regards, Terje

3 2

Re: shared_ptr inheritance query
by Dave Handley 01 Feb '05

01 Feb '05

Peter Dimov wrote: > Can you separate the interface and implementation parts of the policy into > two classes, then inherit publicly from policy_interface and privately > from > policy_implementation? Unfortunately not, the policy has to be able to generate shared pointers from itself - hence it needs access to shared_from_this. If I used a multiple inheritance solution, I would be forced to dynamic_cast across to the enable_shared_from_this class, which I don't want to do. Dave Handley

2 1