March 2006 - Boost - lists.preview.boost.org

Shmem minor bug in Deque container
by Ryan, Paul L. 09 Mar '06

09 Mar '06

I'm no sure if this is the proper forum for this so if it is not feel free to let me know an I'll put it where it belongs. But I've found a minor error in the recently reviewed boost shmem stuff (which I realize has not been integrated yet but I can't find contact info for the group dealing with that utility). The error found was an exculsion of the include file <boost/detail/allocator_utilities.hpp> from <boost/shmem/containers/deque.hpp>. Thank you for your time. Paul Ryan SAIC - Tactical Systems

2 1

Re: [boost] [foreach] reverse foreach?
by gruenedd＠idmt.fraunhofer.de 09 Mar '06

09 Mar '06

"Shunsuke Sogame" wrote: > I hear the new range library is under construction, which will enable: > BOOST_FOREACH (int x, vect|reversed) "David Abrahams" wrote: > I suggest you just make a nice reverse adaptor that models Range. > BOOST_FOREACH( whatever, reverse_view( the_sequence ) ) I feel that it would be valuable to have an up-to-date statement about this ("best practises"?) inside the foreach documentation, since this might be one of the questions which appear more than once if BOOST_FOREACH will be released. David. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

2 1

[Boost-bugs] [ boost-Bugs-1446471 ] Fixes for build on IBM pSeries for AIX and Linux
by SourceForge.net 09 Mar '06

09 Mar '06

Bugs item #1446471, was opened at 2006-03-09 09:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446471&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Wong (wmichael) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes for build on IBM pSeries for AIX and Linux Initial Comment: This is a fix to allow building Boost on pSeries to work better. This fixes problem with the building of dynamic libraries and shared objects. It also adds a bunch of the latest option supported by the V8 compiler. This unified diff patch has been tested on 1.33.1 and CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446471&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Bugs-1446468 ] Fixes for build on IBM pSeries for AIX and Linux
by SourceForge.net 09 Mar '06

09 Mar '06

Bugs item #1446468, was opened at 2006-03-09 06:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446468&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Fixes for build on IBM pSeries for AIX and Linux Initial Comment: This is a fix to allow building Boost on pSeries to work better. This fixes problem with the building of dynamic libraries and shared objects. It also adds a bunch of the latest option supported by the V8 compiler. This unified diff patch has been tested on 1.33.1 and CVS. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1446468&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] [bitfield] More portable implementationavailableinthevault
by Martin Bonner 09 Mar '06

09 Mar '06

----Original Message---- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of Andy Little Sent: 09 March 2006 10:26 To: boost(a)lists.boost.org Subject: Re: [boost] [bitfield] More portable implementationavailableinthevault >> Andy Little wrote > "Martin Bonner" wrote >> ----Original Message---- >> From: boost-bounces(a)lists.boost.org >> [mailto:boost-bounces@lists.boost.org] On Behalf Of Andy Little Sent: >> 09 March 2006 08:09 To: boost(a)lists.boost.org >> Subject: Re: [boost] [bitfield] More portable implementation >> available inthevault >> >>> "Emile Cormier" wrote >>>> Bitfield2.zip in >>>> >>>> >> http://boost-consulting.com/vault/index.php?direction=0&order=&directory >> =bitfield& >>> >>> Unfortunately my unzipper wont unzip it. Just says "unknown >>> compression algorithm" or some such. >>> >>> regards >>> Andy Little >> >> Curious. Have you tried downloading it again? > > Yes. it still says unknown compression algorithm. > >> I have just opened it with WinZip 8.0 and it worked fine Info-Zip agrees with you. Unzip 5.42 complained about "unknown method 12". Unzip 5.52 says (much less helpfully) "'(null)' method not supported". Wikipedia suggests that (some) people are using method 12 for bzip2. Emile: Any chance of re-uploading with a different compression algorithm? -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894

2 1

Re: [boost] [bitfield] More portable implementation available inthevault
by Martin Bonner 09 Mar '06

09 Mar '06

----Original Message---- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of Andy Little Sent: 09 March 2006 08:09 To: boost(a)lists.boost.org Subject: Re: [boost] [bitfield] More portable implementation available inthevault > "Emile Cormier" wrote >> Bitfield2.zip in >> >> http://boost-consulting.com/vault/index.php?direction=0&order=&directory =bitfield& > > Unfortunately my unzipper wont unzip it. Just says "unknown > compression > algorithm" or some such. > > regards > Andy Little Curious. Have you tried downloading it again? I have just opened it with WinZip 8.0 and it worked fine -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894

2 1

[bitfield] More portable implementation available in the vault
by Emile Cormier 09 Mar '06

09 Mar '06

Bitfield2.zip in http://boost-consulting.com/vault/index.php?direction=0&order=&directory=bi… For now, I didn't bother to adapt my code to Boost's style. I'm using this stuff at work where we have a different coding style. Check out the html folder for the doxygen page, which shows usage examples. I removed Bitfield::operator(), as its purpose was not self-evident. I think this version will not suffer from memory alignment/padding problems as did the previous version. The test code runs fine with GCC MinGW 3.4. I plan on using it on an ARM platform, so I'll confirm if it runs okay on that platform too. Bitfield now accepts a 4th template parameter, R, which is the reference type used by Bitfield to manipulate the word. The only requirements on this reference type are: - Has a default or copy constructor, depending on how you use it - Can be assigned a value of type T - Can be evaluated as a value of type T By default, R=T&, which is convenient for manipulating regular non-I/O-mapped integers. I demonstrate in PortExample.hpp how Bitfield can be used with special types which can interface to memory-mapped I/O ports. I've just read the n1666 "Technical Report on C++ Performance", and it seems like Bitfield would be ready to support the use of <iohw.h> ports. I need to study the proposed <iohw.h> some more to fully understand it, though. I will inspect mixed source+assembly to confirm that this Bitfield mechanism is as efficient as hand-written bit-manipulations. -- Emile Cormier emilecormier(a)mailcan.com

2 1

bcbboost version 0.3 released
by Nicola Musatti 09 Mar '06

09 Mar '06

Hallo, I'd like to inform those of you that use Boost with Borland's BCB2006 product that I just released version 0.3 of bcbboost - the unofficial BCB Boost patches. This is a set of modified sources from Boost 1.33.1 that allow you to build and use some of the libraries from that release with the latest Borland compiler, bcc32 5.8.1 . Bcbboost is available from SourceForge: http://bcbboost.sourceforge.net/ This release contains improvements to date_time, call_traits, compressed_pair, math/octonion, numeric/conversion, optional, random and type_traits. Changes impact also graph, format and possibly other libraries. Many thanks to Alisdair Meredith: most of this release is a backport of the work he's done to add BCB2006 support to Boost's mainline.

2 2

[filesystem] static object throws
by Vladimir Prus 09 Mar '06

09 Mar '06

Hi, an application of mine just suddenly crashed before entering 'main', with the following stacktrace: #5 0xb7eb7106 in __cxa_throw () from /usr/lib/libstdc++.so.5 #6 0xb7e6ccb0 in std::__throw_runtime_error () from /usr/lib/libstdc++.so.5 #7 0xb7eb5c8e in std::locale::facet::_S_create_c_locale () from /usr/lib/libstdc++.so.5 #8 0xb7e96554 in std::locale::_Impl::_Impl () from /usr/lib/libstdc++.so.5 #9 0xb7e768e9 in std::locale::locale () from /usr/lib/libstdc++.so.5 #10 0xb78f6922 in __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at /space/NM/boost/libs/filesystem/src/path.cpp:29 And the line in question contains just: 29 std::locale loc(""); This is CVS as of today. The problem was that I incorrectly set the LC_MESSAGES environment variable. However, I think that exception from static object is not so good idea. I can't catch it, so the error reporting just reads "Aborted". Maybe, this can be converted into a function with static variable, so that the static variable is only initialized on the first call? TIA, Volodya

2 4

Re: [boost] [multi_index]boost/boost/multi_index/detail/index_base.hpp:49:error
by JOAQUIN LOPEZ MU?Z 09 Mar '06

09 Mar '06

----- Mensaje original ----- De: Felipe Magno de Almeida <felipe.m.almeida(a)gmail.com> Fecha: Martes, Marzo 7, 2006 6:34 pm Asunto: Re: [boost][multi_index] boost/boost/multi_index/detail/index_base.hpp:49:error > On 3/6/06, Joaquín Mª López Muñoz <joaquin(a)tid.es> wrote: > > [snip] > > > > > > > typedef std::pair<iterator, iterator> iterator_pair; > > > > Here. What is this "iterator" type? What index.equal_range(name) > > returns is a > > typedef headers_multi_index_t::nth_index<1>::type::iterator iterator; [...] > Looks like that's not the problem > Yep, looks like this is OK, and, as you say, the thing works on other compilers. The following is a shot in the dark. Can replace your typedef headers_multi_index_t::nth_index<1>::type::iterator iterator; with something like typedef headers_multi_index_t::nth_index<1>::type::iterator my_iterator; // note, name changed adjust the dependent typedefs and try to compile? Older versions of GCC have sometimes clashing symbol problems with symbols that ought not to clash. Additionally, I'd check the using decls and directives in effect. If this does not shed any light, it'd be extremely helpful if you can isolate the problem into a complete testcase you can post or send to me. I've tried myself to reproduce the issue following your general code outline, but didn't get the compiler to choke as you have reported. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 3