- Boost - lists.boost.org

[range] compile error with extra ; with some compilers and options
by Vicente Botet 13 Mar '11

13 Mar '11

Hi, The extra ";" in has_range_iterator.hpp results in a compiler error on some compilers with -pedantic option. Could this patch be applied on trunk? Thanks, Vicente Index: has_range_iterator.hpp =================================================================== --- has_range_iterator.hpp (revision 69537) +++ has_range_iterator.hpp (working copy) @@ -19,7 +19,7 @@ { namespace range_detail { - BOOST_MPL_HAS_XXX_TRAIT_DEF(type); + BOOST_MPL_HAS_XXX_TRAIT_DEF(type) template struct has_range_iterator_impl -- View this message in context: http://boost.2283326.n4.nabble.com/range-compile-error-with-extra-with-some… Sent from the Boost - Dev mailing list archive at Nabble.com.

2 1

[Track] What's up with track
by Robert Ramey 13 Mar '11

13 Mar '11

I log into track system with my name (ramey). The I select issues and select "my Issues". It seems that now the list includes all the issues previously closed so the count is 254 going back to 2004. The actual number should be on the order of 15. Can someone fix this or tell me what to do differently? Robert Ramey

2 1

boost::mpi::scatterv and boost::mpi::gatherv fixed versions
by Júlio Hoffimann 13 Mar '11

13 Mar '11

Hi, I did some changes in attachments. (ticket #5292) Regards, Júlio.

1 0

[random] Missing file 'integer_log2.hpp' in trunk
by sguazt 13 Mar '11

13 Mar '11

Hello, Header 'random/detail/seed_impl.hpp' needs the file 'random/detail/integer_log2.hpp', but this file does not exist. Could you commit it? Thanks, -- Marco

2 1

[docs][boostbook] FOP 1.0 is broken
by Ronald Garcia 13 Mar '11

13 Mar '11

Howdy, Just an FYI. Apache FOP 1.0 has a bug that causes it to crash with an exception when building boost PDF documentation. This bug has been fixed in the FOP repository, so nightly builds of fop do not exhibit it.

3 2

Javascript in Boost.Serialization docs
by Bryce Lelbach 13 Mar '11

13 Mar '11

As per http://www.boost.org/development/requirements.html#Documentation, ECMAScript/JavaScript is not acceptable in Boost documentation (explained in http://www.boost.org/development/requirements.html#JavaScript= ). Boost.Serialization's sidebar uses JavaScript to expand/close tabs. Is this policy no longer valid? If so, can someone update the aforementioned refere= nces? Otherwise, can the JS from the Boost.Serialization docs be removed? -- Bryce Lelbach aka wash boost-spirit.com px.cct.lsu.edu

1 0

[PATCH] [config] Disable threads on Carbon, since MPTasks aren't supported
by Joshua Juran 12 Mar '11

12 Mar '11

Disable threads on Carbon, since MPTasks aren't supported Boost.Thread hasn't supported MPTasks since 1.33.1. Prevent the definition of BOOST_HAS_THREADS in the non-pthreads case so spinlocks compile (which are needed for smart pointers).

2 4

[1.46.1] Boost 1.46.1 Release available
by Beman Dawes 12 Mar '11

12 Mar '11

Release 1.46.1 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This is a bug fix release that is otherwise the same as 1.46.0. For details, including download links, see http://www.boost.org/users/news/version_1_46_1 The release can also be downloaded directly from SourceForge. See http://sourceforge.net/projects/boost/files/ To install this release on your system, see http://www.boost.org/doc/libs/release/more/getting_started/index.html Thanks, --The Boost release team Beman Dawes Daniel James Eric Niebler Rene Rivera Vladimir Prus

3 5

Re: [boost] [XInt] CoW/Move Timings
by pavel 12 Mar '11

12 Mar '11

on 12.03.2011 at 15:04 Dave Abrahams wrote : > Well, since you asked, your email address is rather weirdly > constructed; it's almost as though you desire to assault the > sensibilities of some of your fellow Boosters. We tend to use our > real names here and in any case try to promote a civil and > professional respect in our interactions. If you care about how your > communications here is perceived and understood, I suggest finding a > handle that doesn't make such an aggressive statement. i got that account long before i joined boost list being a student of the first(?) grade but since you ask i got a new account i hope it's more "friendly" than the previous one -- Pavel P.S. if you notice a grammar mistake or weird phrasing in my message please point it out

2 1

Re: [boost] [xint] Boost.XInt formal review
by Ivan Sorokin 12 Mar '11

12 Mar '11

On 06.03.2011 05:23, Chad Nelson wrote: >> I believe that arbitrary precision arithmetic library is very useful. >> But I don't think that in it's current status XInt is appropriate for >> boost. > After your reply I changes my mind. As I see you had considered all my suggestions long before I posted them. If they really lead to unavoidable performance penalty I think current implementation is a good trade-off. I vote for inclusion XInt into boost. >> One more thought about "secure" option. There are no standard >> containers with this option. I think either both standard containers >> and integer_t should have such option or both shouldn't have. This is >> yet another argument for container parametrization. > > I'm not sure I understand your argument. Are you saying that because > there are no standard containers with a zero-memory-before-releasing > option, that the library shouldn't provide one either? > Yes. Why integer_t should be an exception?

10 19