- Boost-users - lists.preview.boost.org

Re: [Boost-users] Boost-users Digest, Vol 807, Issue 1
by Drumheller, Michael 05 Feb '06

05 Feb '06

>>> ------------------------------ >>> >>> Message: 9 >>> Date: Sat, 04 Feb 2006 10:30:25 +0000 >>> From: Jim Douglas <jim(a)dramatec.co.uk> >>> Subject: Re: [Boost-users] Getting started with Boost: what did you >>> need to know? >>> To: boost-users(a)lists.boost.org >>> Message-ID: <ds1vo5$ue6$1(a)sea.gmane.org> >>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >>> >>> Drumheller, Michael wrote: >>> > Main stumbling point for me was bjam. It's not so much >>> of a problem for <..snip...> >>> Perhaps people don't complain because most only use bjam it >>> to build the >>> libraries (archives and shared objects) and then (like me) they use >>> 'make' to build the projects that incorporate Boost. I >>> would guess that you are in the minority if you write in-house extensions to >>> the Boost library. Sorry about that, I was being very unclear. I did not mean in-house extensions to the Boost library, I meant C++ extensions to Python, using Boost.Python. The Boost.Python tutorial contains an extremely ominous warning, in a big yellow box, here: <<http://www.boost.org/libs/python/doc/tutorial/doc/html/python/hello.ht ml>>, It says, in so many words, that you're a masochist if you try to build your Boost.Python extensions with anything but bjam. >>> Having said that, I can appreciate that bjam is a *very* >>> powerful tool and has many advantages over make, but I just can't find >>> the time to study the docs enough to make a trial switch. >>> >>> Jim Don't get me wrong, I can't stand the error-prone, undebuggable dinosaur that is make, and I would never advocate it for a new project. I too can appreciate that bjam seems very powerful. And elegant, in its own way. It also seems very fast. But with a monster learning curve. That's not necessarily a downer--you don't get something for nothing, and I actually *like* learning new tools, so I was happy to see the "Abandon hope, all ye who <would use a tool other than bjam>" warning on the gates of Boost.Python (yellow box above), because I thought, well, there's my motivation to learn bjam--maybe bjam will be my new default build tool(!) I read all the documents I could find, but man, it's like learning Turkish or Vietnamese or something. You need a teacher, and there are just zero teachers in my org. Alas, the bjam files in Boost themselves (those that are used to build the Boost libraries) are (or at least seem) *extremely* sohpisticated, and are woefully uncommented--in fact, absolutely *un*commented if you define a comment as something with tutorial value, e.g., "Here is an excellent example of a rule to do such-and-such." Personally, I was unable to get past the knee of the curve given my other commitments. Again, maybe it's just me. I'm curious: How many Boost users out there use bjam as the default build tool for their day-to-day programming? I recall hearing at one time that there was a movement afoot, at one time at least, to switch the Boost build process over to using scons. Any truth to that? Thanks, MD

2 1

Re: [Boost-users] <cassert> in the boost libraries
by Merrill Cornish 05 Feb '06

05 Feb '06

Include files such as <cassert> usually have a guard involving the #define of a specific symbol to prevent then from being included twice. Once you have defined your own version of assert(), perhaps you could #define the <cassert> guard symbol as a way of preventing the local <cassert> from being included. This would work, of course, only if your version of <cassert> would work for Boost also. Merrill

2 1

Problems Compiling in VS 2005
by Sergey Tiraspolsky 05 Feb '06

05 Feb '06

I'm attempting to upgrade my solution to 2005 from 2003 and it compiles fine until it gets to boost then I get errors. Here's the error: Error 889 error C2665: 'boost::python::detail::make_getter' : none of the 3 overloads could convert all the argument types ...\boost-1.32.0\include\boost\python\data_members.hpp 277 I thought it may be related to having an older version of Boost so I upgraded to 1.33.1 and am still having the same error: boost-1.33.1\include\boost\python\data_members.hpp(277) : error C2665: 'boost::python::detail::make_getter' : none of the 3 overloads could convert all the argument types Any ideas? --------------------------------- Brings words and photos together (easily) with PhotoMail - it's free and works with Yahoo! Mail.

3 2

please help with cross building linux->win32 using mingw
by Rafał Maj Raf256 04 Feb '06

04 Feb '06

Hi, I have had a terrible time when trying to crossbuild. Is it really not possible with boost? I want to build, on linux, boost for win32 programs (to crossbuild programs using boost), using mingw g++ compiler. It worked fine with other libraries, usually just CXX=i586-mingw-msvc-g++ && ./configure --prefix=/usr/local/win32/ && make install but it do not work with boost / bjam :-/ I even got wine installed and installed MinGW 5 and MSys there, the MSys didnt worked (probably wine windows emulator fault), as for MinGW bjam have problems with some shell commands like it tries to call MkDir1, raf256@lore:~/.wine/drive_c/boost_1_33_1$ wine ../bjam/bjam.exe Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (and if you don't know what ICU is then you probably don't need it). ****************************************************** Building Boost.Iostreams with bzip2 support disabled. To enable bzip2, consult the Boost.Iostreams documentation ****************************************************** ****************************************************** Building Boost.Iostreams with zlib and gzip support disabled. To enable zlib and gzip, consult the Boost.Iostreams documentation ****************************************************** --------------------------------------------------------------------- *** If you don't need Boost.Python, you can ignore this section *** *** pass --without-python to suppress this message in the future *** skipping Boost.Python library build due to missing or incorrect configuration couldn't find Python.h in "c:/Python24/include" You can configure the location of your python installation by setting: PYTHON_VERSION - The 2-part python Major.Minor version number (e.g. "2.2", NOT "2.2.1") - currently "2.4" PYTHON_ROOT - automatically configured from PYTHON_VERSION if not otherwise set ; currently "c:/Python24" The following are automatically configured from PYTHON_ROOT if not otherwise set: PYTHON_LIB_PATH - path to Python library object; currently "c:/Python24/libs" --------------------------------------------------------------------- ...patience... ...patience... ...found 9007 targets... ...updating 1363 targets... MkDir1 bin spawn: No such file or directory bjam with -d+4 ends with: PYTHON_LIB_PATH - path to Python library object; currently "c:/Python24/libs" --------------------------------------------------------------------- Executing through .bat file Executing command [cmd.exe] [/Q/C] [c:\windows\temp\jam8-00.bat] spawn: No such file or directory and his bat contains only mkdir "bin" ... $ cat ../windows/temp/jam8-00.bat mkdir "bin" btw. the moderation system of NNTP access is horrible, it took 3 days to send this meesage, after several email (register, verify, send, re-verify, and so on) it really is not too wellcomming for new members of community, IMHO, perhaps such strong anti-spam security is not needed.

1 0

[regex] - bk_parens and bk_braces missing from 1.33.x
by Keith MacDonald 04 Feb '06

04 Feb '06

It states in history.html for regex 1.33.0 that "some of the more esoteric options have now been removed, so there is the possibility that existing code may fail to compile: however equivalent functionality should still be available". I suppose bk_parens and bk_braces could be considered esoteric, but I cannot find any equivalent functionality. Is that intentional? Thanks, Keith MacDonald

1 0

[date_time] local_time_facet to format strings
by Christian Henning 04 Feb '06

04 Feb '06

Hi there, I'm trying to format a time string based on a local_time_facet. For some reason it isn't working as expected. Here is the code (I basically copied from the Date Time IO Tutorial): ptime t( microsec_clock::local_time() ); std::stringstream ss; local_time_facet* output_facet = new local_time_facet(); ss.imbue( std::locale( std::locale::classic(), output_facet)); output_facet->format("%a %b %d, %H:%M %z"); ss.str(""); ss << t; std::cout << ss.str() << std::endl; The output isn't formated in the way it's specified. Cout will basically spit out the same result as to_simple_string(). 2006-Feb-03 16:38:57.046875 The expected result would something like this: Fri Feb 3, 16:38 EDT I'm using MSVC 7.1 and Boost 1.33.1. Thanks in advance, Christian

2 2

Re: [Boost-users] Getting started with Boost: what did you need to know?
by Drumheller, Michael 04 Feb '06

04 Feb '06

Main stumbling point for me was bjam. It's not so much of a problem for building the libraries themselves--you don't need to know anything about it at all, really. But when you start building your own extensions, it would be helpful to have a dozen or so examples of really basic operations, like changing the destination directory, defining a preprocessor macro on the compiler command line, stuff like that. I have to say, I'm almost embarrassed to be writing this, because it seems like nobody on this list ever complains about bjam. So maybe it's just me. But to me, bjam is an incomprehensible monster, a big YALITTC (yet-another-link-in-the-tool-chain) that just makes it harder to sell boost within an organization. Michael D.

3 2

[serialization] seems like a bug in MSVS 7.1 is preventing use of the library
by cheesy4poofs 04 Feb '06

04 Feb '06

Hello, I've been trying for days to get a simple serialization example to work in our main project. I finally started taking snippets of code from the regular project into a sample project to post the code here. However, all the code in my sample project always compiles and runs. It's practically identical to our main project. At this point, I'm pretty sure I've stumbled unto a bug in the compiler. I even found a web page that seems to have the same problem I have: http://aspn.activestate.com/ASPN/Mail/Message/boost/2768351 Here's a small sample of the problem: struct Node { unsigned int handle; template <typename Archive> void save(Archive& ar, const unsigned int version) const { ar << handle; } template <typename Archive> void load(Archive& ar, const unsigned int version) { ar >> handle; } BOOST_SERIALIZATION_SPLIT_MEMBER() } In a nutshell, I have a std::map<unsigned int, Node> that I'm trying to serialize. The code to save compiles fine. But the load() method fails on compile with the STATIC_ASSERTION_FAILURE. If I comment out the ar >> handle;, it compiles fine. If I then uncomment ar >> handle; (after a good compile), it STILL COMPILES FINE. If I do a clean/rebuild of the project, it then fails with the STATIC_ASSERTION_FAILURE! I went into the iserializer.hpp:577 header of boost and found the offending line: // if this assertion trips. It means we're trying to load a // const object with a compiler that doesn't have correct // funtion template ordering. On other compilers, this is // handled below. BOOST_STATIC_ASSERT(! boost::is_const<T>::value); Based on the comment above, it seems MSVC 7.1 is having problems with correct function template ordering? On a whim, I commented out the BOOST_STATIC_ASSERT and now I see this compile error: ..\API\inc\boost\archive\basic_text_iprimitive.hpp(80) : error C2679: binary '>>' : no operator found which takes a right-hand operand of type 'const unsigned int' (or there is no acceptable conversion) ..\API\inc\boost\archive\text_iarchive.hpp(45) : see reference to function template instantiation 'void boost::archive::basic_text_iprimitive<IStream>::load<T>(T &)' being compiled with [ IStream=std::istream, T=const unsigned int ] My question is - how can I solve this so I can use serialization? The link above seems to indicate boost 1.32 works for Microsoft Visual Studio 7.1. Are there any other possible solutions that don't involve rolling back to an earlier boost version? Thanks for any help, Scott

2 1

Re: [Boost-users] walk thru multi_index
by JOAQUIN LOPEZ MU?Z 03 Feb '06

03 Feb '06

[About the documentation of Boost.MultiIndex, Evan says:] ----- Mensaje original ----- De: Evan Carew <carew(a)pobox.com> Fecha: Jueves, Febrero 2, 2006 7:56 pm Asunto: Re: [Boost-users] walk thru multi_index > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Joaquín, > > They are a little lite. I had to ask for help as well to get started. > In my case, I defined a fact pattern I needed help with and someone > kindly gave me an example, which I am now using. > Could you elaborate on that pattern? If it's general enough, I can look for a way to have it explained in the docs. When receiving specific reports about the docs I usually try to use the feedback --for instance, you complained some weeks ago about the lack of a explicit mention to index_iterator<> and family, and I added it to the docs for Boost 1.34 (you can check the preview version at the Vault.) Other than this, I'm sorry you found the documentation somewhat light. I've made sure every feature of the lib is treated, but I try also to keep the tutorial compact, and sometimes the style can be terser than desired. Also, sometimes people have questions wich are actually not related to Boost.MultiIndex --the very same problem posed by Dmitriy Bure, for instance, is more of an associative container issue, not specifically related to multi_index_container. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFD4lXApxCQXwV2bJARAsaxAJ9rF9IBfLTUWKwh8DCUHPnCj/5gkACgmj/q > NpcBmDY2hDI+IF+ZAWQPUb0= > =EfPx > -----END PGP SIGNATURE----- > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

3 3

Re: [Boost-users] Test of e-mail client - please ignore.
by Sohail Somani 03 Feb '06

03 Feb '06

> Brian Allison <brian(a)dtmr.com> writes: > > > The test below this line should be 'quoted'. Hopefully the > mail gate won't wreck it. > > > > Brian Allison wrote: > > > > Testing quoting other messages... > > Try turning off HTML messages in your client. :) I love how these threads start.

1 0