May 2007 - Boost - lists.boost.org

[pool] [1.34.1] Small but important fix
by Marcus Lindblom 21 May '07

21 May '07

http://svn.boost.org/trac/boost/ticket/284 The patch ought to be trivial, as a workaround (manual "user" fix) is already posted in the ticket. Cheers /Marcus

1 0

[system] Status update
by Beman Dawes 21 May '07

21 May '07

The C++ committee accepted what is essentially Boost.System for C++0x. See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2241.html for the final proposal. That proposal is now reflected in the working paper for the new standard. See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2284.pdf The committee made some minor last minute changes. Those changes are not yet reflected in Boost.System. The plan is to bring Boost.System into compliance with the standard sometime in the next month or so. There are still a few outstanding issues; missing clear() specs, constexpr needed on a constructor, error_category should be non-copyable, and perhaps one or two others. --Beman

4 7

[Test] boost_unit_test_framework and main()
by Douglas Gregor 21 May '07

21 May '07

I'm having trouble getting programs using boost_unit_test_framework to link. The fundamental issue is that trying to link something like this: g++ -fPIC -o algorithms_test algorithms_test.o - lboost_unit_test_framework dies with a linker error: /usr/bin/ld: Undefined symbols: _main collect2: ld returned 1 exit status The issue, of course, is that "main" lives within the library boost_unit_test_framework, but linkers don't look into libraries (either static or dynamic) to find main. I suspect this is also the reason for the FAQ item on the test library page (http:// www.boost.org/libs/test/doc/faq.html#Item_9) which says that Boost Test components cannot be compiled as DLL, but perhaps there are other issues there. Our tests pass because BBv2 decides to put the archive file on the link line: g++ -fPIC -o algorithms_test algorithms_test.o libboost_unit_test_framework.a For some reason, this non-standard practice seems to work... but I can't imagine it's truly portable, and it forces users of boost_unit_test_framework into statically linking in a non- traditional way. Why must main() be in a library? It seems a trivial matter to fix. - Doug

8 26

Re: [boost] Boost building with CMake
by Boris Gubenko 21 May '07

21 May '07

Boris Gubenko wrote: > I'll try to find out if Cmake was ported to VMS ... Unfortunately, the answer is no. If Cmake was available, it would have been either on VMS freeware CD or on the "Unix on VMS" kit cleverly called GNV. For the freeware CD, abstracts of packages, and the packages themselves are available on: http://h71000.www7.hp.com/openvms/freeware/ GNV and other Open source tools are available at: http://h71000.www7.hp.com/opensource/opensource.html Thanks, Boris ----- Original Message ----- From: "Boris Gubenko" <Boris.Gubenko(a)hp.com> To: <boost(a)lists.boost.org> Cc: "Boris Gubenko" <Boris.Gubenko(a)hp.com> Sent: Thursday, May 17, 2007 3:16 AM Subject: Re: [boost] Boost building with CMake > Johan Nilsson wrote: > >> While I'm at that point (cross-platform) - does anyone know if CMake is >> available for OpenVMS? I'm well aware that Boost.Build isn't compatible >> with OpenVMS currently, but I also believe that porting the current >> system would not be impossible as most of the Jam stuff is VMS-capable. > > I don't know if Cmake is available VMS. From > > http://www.vtk.org/Bug/bug.php?op=show&bugid=3974&pos=6 > > it looks like the only problem with Cmake on VMS is that it does not > generate MMS rules (as you, probably, know, MMS is VMS native make, it > is close to Posix make. Since VMS has gmake (on the Freeware CD) > and Cmake can generate rules for gmake, I'm not sure what's the point > in adding support for MMS to Cmake. > > Anyway, I'll try to find out if Cmake was ported to VMS and will get back > to you. > > Thanks, > Boris >

2 2

[wave] comparing context states
by Felipe Magno de Almeida 21 May '07

21 May '07

Hi, I would like to be able to compare preprocessor state between different points / different contexts. But I can't see a way to inspect such preprocessing state (include paths, pragma's and macro definitions). This is not asking for access to implementation data, since all this information is C++ related and exists in any preprocessing step. Thanks and best regards, -- Felipe Magno de Almeida

2 6

[test] patch to disable SE translation for WinCE
by David Deakins 21 May '07

21 May '07

The Windows CE CRT does not have support for structured exception translation via _set_se_translator and the eh.h header is not present. Attached is a patch of execution_monitor.ipp on CVS-HEAD to disable the structured exception translation code when _WIN32_WCE is defined. Thanks, -Dave

3 3

[smart_ptr]: shared_ptr as key, raw pointer to lookup
by Johan Torp 21 May '07

21 May '07

Is there any way to use boost::shared_ptrs as keys in associative containers and perform look up using raw pointers? What I want is something similar to this: std::map<boost::shared_ptr<int>, std::string> m; int i; m.find(&i);

2 1

[unordered] Could you use a hand?
by Jared McIntyre 21 May '07

21 May '07

Daniel, I saw that several changes have been made to the general unordered map/set in the andbox in the last couple of weeks. I'm psyched to see new progress. I was wondering if you could use some help with anything, docs, tests, etc... I'd be happy to help out wherever I can. I'd really like to see it accepted into boost in the near future. Jared McIntyre

2 2

BoostCon07 testing sprint, results.
by Rene Rivera 21 May '07

21 May '07

First... Thanks to all those who made it to the testing session at BoostCon, especially Victor for the beer :-) Even though I was dead tired by the end of it, it was a lot of fun. The rest... I'll be posting the slides and notes from the session at some near future (when it's clear where they get posted). Don't worry it's nothing exciting ;-) The immediate result from the session is that the current system is very brittle. In particular Thomas identified getting reliable testing results as the most imminent failure point. Unfortunately we didn't get to discussing longer, and hence conclusions, as to the longer term issues. The plan for the near future is to try out the Dart testing results system <http://www.na-mic.org/Wiki/index.php/Dart2Summary>. We are attacking that task from three sides: * Doug & Troy, are going to do a test case of using CMake+CTest which support posting results to Dart. * Noel and myself, are going to make changes to bjam and Boost.Build to support posting results to Dart directly. * I volunteered to make changes to the regression Python scripts to allow posting current results to Dart in addition to posting them to Meta-Comm. I finished doing those changes last night, and the new scripts are in CVS-HEAD. Now, by default, testers doing HEAD regression runs will also post to the Dart server at <http://beta.boost.org:8081/>. Take this also as a notice to testers... > If you are testing CVS-HEAD, please update your regression.py and/or > collect_and_upload_logs.py scripts. * Everyone else is hereby drafted to look at the Dart results, when available, and comment on the system. There was also discussion about using BuildBot for the front half of the testing problem, controlling testing resources. Sorry if I can't remember the persons name, but there was one person and myself willing to look at setting up and developing a test use case for BuildBot. The future... Since we didn't get to discuss much past the above topics, I'd like it if we continue the discussion in the testing list. Topics to still discuss: * Other possible immediate solutions than the ones above. In particular Stefans mentioned QMTest before the conference, so it would be nice to get someone to work on a test use case for that. * The longer term question of how to get more testing resources and how to manage them is still up in the air. Finally, I'll set up a section in the new wiki to keep track of testing information as needed. PS. I've avoided bringing up the subject of CMake vs. Boost.Build, mostly because it's a subject with personal ramifications, and partly because it's mostly a topic a separate topic. Posts about that topic are forthcoming. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

1 0

[algorithm][string] Edit distance algorithm
by JD 20 May '07

20 May '07

Hi, I would like to know if there is any interest in an implementation of the edit distance algorithm (http://en.wikipedia.org/wiki/Edit_distance)? I have uploaded an implementation of the algorithm in the vault (http://minilien.com/?Wr90MGb6LB) Let me know. JD

12 35