- Boost - lists.boost.org

BoostCon 2008 Now Open For Registration
by David Abrahams 01 Feb '08

01 Feb '08

Hi All, The 2nd annual Boost Conference has been scheduled for May 4-9 2008. Please see http://www.boostcon.com/registration for registration information. If you want to stay at the Aspen Meadows (highly recommended as it is within walking distance of the conference venue and was the site of great after-hours discussions in '07), it's especially important this year that you book your rooms early. Since, unlike last year, Aspen's airport will be open this May, demand for rooms has been heavy. In fact, the following week, which we tried to get, was snapped up by another group before we even had a chance to catch our breath, just weeks after BoostCon'07 ended. We'll be working hard on getting the program together for 2008 over the coming weeks. We hope to include many more Boost authors and contributors, and build in several more intensive library-specific sessions, to make 2008 better than ever. Please send any questions to the BoostCon planning committee at: organizers(a)boostcon.com. Those of you who didn't make it to BoostCon'07 may want to have a look at the photo gallery at http://boostcon.com/community/photos, peruse the 2007 program at http://boostcon.com/program, and check out the two trip reports mentioned here: http://boostcon.com/news/2007/Jul/16/yet-another-trip-report. See you in Aspen! -- The BoostCon Planning Committee

4 4

Reporting bugs at Trac?
by Olaf van der Spek 01 Feb '08

01 Feb '08

Hi, http://boost.org/more/bugs.htm > Submit a bug report to either boost-users list, boost mailing list, or our bug tracking facility; IIRC Trac accounts are only for developers. Maybe it's a good idea to include a Register link anyway and explain this? > submitting it to either of the mailing lists is a preferred way - because many of the Boost developers read the lists on a daily basis, this way you are likely to get a quicker response, and the discussions that often arise there from (possible) bug reports are quite interesting and educational as well; Why aren't reports from Trac forwarded to the mailing lists then? Greetings, Olaf

2 5

Combine enable_if and concept check
by Johan Torp 01 Feb '08

01 Feb '08

Is there any way to combine boost::enable_if and the concept check library? For instance to disable a function overload for template parameters which doesn't model some STL concept. Best Regards, Johan Torp -- View this message in context: http://www.nabble.com/Combine-enable_if-and-concept-check-tp15181277p151812… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

Boostcon 2008- should I book my flights?
by Terence Wilson 01 Feb '08

01 Feb '08

Hello all, Can anyone give me a status update, is registration open yet? Thanks, Terence

3 4

[trac][wiki] Correct wiki for development
by Jonathan Turkanis 01 Feb '08

01 Feb '08

Hi, I'd like to prepare some notes about future development of Boost.Iostreams and make them available in a shared location. I'm wondering if I should use the trac wiki or the user wiki at crystalclearsoftware.com. I'm inclined to say it should be the trac wiki, but I don't see anything similar there, except for "Boost.Graph Version 2", under "Projects" on the home page. Can I just create a Boost.Iostreams link under "Projects"? Thanks, -- Jonathan Turkanis CodeRage http://www.coderage.com

2 1

[1.35] proposal to add two platforms as release platforms for 1.35
by Boris Gubenko 01 Feb '08

01 Feb '08

I'd like to propose two additional platforms as release platforms for 1.35: 1. gcc-3.4.6_linux_ia64 (runner id: linux_ia64_gcc). It is all green on the trunk with Interprocess library marked as n/a. 2. gcc-4.2.1_hpux_ia64 (runner id: HP-UX_ia64_gcc). Three libraries are currently failing on trunk: Interprocess, Regex and Serialization. . Interprocess library: as for other HP platforms, this library will have to be marked n/a. I don't believe I'll have time to investigate failures and propose fixes in the 1.35 timeframe. . Regex library: fails because of the problem in <http://lists.boost.org/Archives/boost/2008/01/132318.php> The problem does not exist in release branch (and is fixed in trunk by <http://svn.boost.org/trac/boost/changeset/42745>) . Serialization library: test_exported* group of tests fail the same way they fail on all the platforms with gcc 4.1 and higher, including BGD-Ubuntu, which is a release platform for 1.35. I assume, this issue will be resolved before 1.35 is released and resolution will automatically cover gcc-4.2.1_hpux_ia64 as well. If I get a permission, I'll start testing these platform on the release branch, in addition to continuing testing on trunk. Thanks, Boris

3 3

Errors in status/explicit-failures-markup.xml?
by Jens Seidel 01 Feb '08

01 Feb '08

Hi, I noticed that status/explicit-failures-markup.xml seems to contain some errors. I really wonder e.g. about "These compilers are unfortunately able to correctly compile". It looks like there is a "not" missing in this sentence (multiple times!). Jens

4 4

Document python::handle behavior
by Neal Becker 01 Feb '08

01 Feb '08

To allow handle to work with various PyObject compatible types, handle relies on specializations of base_type_traits. I don't think that's mentioned in the reference docs, and leads to mysterious compile errors to the un-initiated.

2 1

Boost serialization DLL issues on x64 platforms
by Terence Wilson 01 Feb '08

01 Feb '08

Folks, I've finally found the cause of a problem that has been tripping us up for some time. We have a Windows application that we build for IA32 and x64. Naturally the IA32 version links against 32-bit import libraries and the x64 64-bit import libraries. But here's the rub: Boost generates output binaries with the same name for both platforms: bjam -sTOOLS=vc-8_0 bjam -sTOOLS=vc-8_0-amd64 both result in boost_serialization-vc80-mt-gd-1_33_1.lib boost_serialization-vc80-mt-gd-1_33_1.dll being created (among other things). Now because the Windows loader simply searches the PATH for the first DLL that matches the name of the import library, an x64 application linked against the x64 import library for Boost Serialization might load the IA32 version at runtime. Most other tool vendors solve this one by attaching a 'x64' suffix to the import and DLL filenames. However, despite what the Boost Build documentation says, the tool name "vc-8_0-amd64" is not used when building the DLL file name. We get stuck with the same filename for both platforms. Simply rename the files? Nope, the binary import library contains decorated names prefixed with the DLL name. The best fix would be to make bjam do the right thing: boost_serialization-vc80-amd64-mt-gd-1_33_1.lib boost_serialization-vc80-amd64-mt-gd-1_33_1.dll Am I missing something here? Thanks in advance, Terence

1 0

Re: [boost] Boost pool allocator slower than STL allocator
by Robin 01 Feb '08

01 Feb '08

Hi I've been testing out boost pool allocator, and my results shows it's slower than the STL allocator. I'm using VSNet 2005 SP1. See test code below. Also, on a separate issue, I notice the pool_allocator uses a singleton with static member in a function (Meyer's singleton). While this avoid the static construction issue, it does not free the memory until the application quits. This would work fine only POD data, if the dtor depends on a system in the application, it won't work. Shouldn't there be a pool allocator which can be used like the object_pool? Robin Test code -------- With boost pool, timing on average is (0.03) vs STL (0.02) seconds in release mode. In debug mode, its boost (0.99) vs STL (0.8) #include <boost/pool/pool_alloc.hpp> #include <iostream> #include <vector> using namespace std; class A { int x, y; public: A () : x (0), y (0) {} }; #include <windows.h> class Timer { public: Timer() { reset(); } /// reset() makes the timer start over counting from 0.0 seconds. void reset() { unsigned __int64 pf; QueryPerformanceFrequency( (LARGE_INTEGER *)&pf ); freq_ = 1.0 / (double)pf; QueryPerformanceCounter( (LARGE_INTEGER *)&baseTime_ ); } /// seconds() returns the number of seconds (to very high resolution) /// elapsed since the timer was last created or reset(). double seconds() { unsigned __int64 val; QueryPerformanceCounter( (LARGE_INTEGER *)&val ); return (val - baseTime_) * freq_; } /// seconds() returns the number of milliseconds (to very high resolution) /// elapsed since the timer was last created or reset(). double milliseconds() { return seconds() * 1000.0; } private: double freq_; unsigned __int64 baseTime_; }; int main () { Timer timer; for (int i = 0; i < 10; ++i) { // Switch allocators // typedef vector <A> VectorA; typedef vector <A, boost::pool_allocator <A> > VectorA; VectorA vectorA; double startTime = timer.seconds (); for (int jj = 0; jj < 1000000; ++jj) { vectorA.push_back (A()); } double endTime = timer.seconds (); cout << "Time taken is " << i << " - " << endTime - startTime << endl; } return 0; } > On 30/12/2007, Robin <al(a)cyberversion.com> wrote: > >> _______________________________________________ >> Unsubscribe & other changes: >> http://lists.boost.org/mailman/listinfo.cgi/boost >> > > It seems your message got sent without any body text.

4 4