- Boost - lists.boost.org

[Boost-bugs] [ boost-Patches-1029258 ] Boost.Serialization for std::bitset
by SourceForge.net 10 Jan '06

10 Jan '06

Patches item #1029258, was opened at 2004-09-16 08:12 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1029258&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: Brian Ravnsgaard Riis (ravnsgaard) >Assigned to: Robert Ramey (ramey) Summary: Boost.Serialization for std::bitset Initial Comment: Boost.Serialization support for std::bitsets. Included is header <boost/serialization/bitset.hpp> and a test case BOOST_ROOT/libs/serialization/test/test_bitset.hpp Only tested on MinGW-3.4.1. ---------------------------------------------------------------------- Comment By: Brian Ravnsgaard Riis (ravnsgaard) Date: 2004-09-16 08:17 Message: Logged In: YES user_id=882425 Erh.. that test case is a .cpp file, of course. Sorry. ---------------------------------------------------------------------- Comment By: Brian Ravnsgaard Riis (ravnsgaard) Date: 2004-09-16 08:14 Message: Logged In: YES user_id=882425 Erh.. that test case is a .cpp file, of course. Sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1029258&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

[Boost-bugs] [ boost-Patches-1160158 ] Perl style foreach iterating
by SourceForge.net 09 Jan '06

09 Jan '06

Patches item #1160158, was opened at 2005-03-09 12:05 Message generated for change (Comment added) made by eric_niebler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&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: Closed >Resolution: Accepted Priority: 5 Submitted By: Amir Taaki (genjix) Assigned to: Eric Niebler (eric_niebler) Summary: Perl style foreach iterating Initial Comment: somewhere in boost, there should be a perl style foreach iterator, like so #define ITERATOR(obj) typeof(obj.begin()) #define foreach(v,i) for(ITERATOR(v) i = v.begin() ; i != v.end() ; i++) genjix at gmail.com ---------------------------------------------------------------------- >Comment By: Eric Niebler (eric_niebler) Date: 2006-01-09 15:01 Message: Logged In: YES user_id=905418 It's called BOOST_FOREACH, and it's already in Boost CVS. It'll be part of 1.34 when it comes out, but you can get it today from the Boost File Vault at http://boost-consulting.com/vault/index.php?&directory=Algorithms ---------------------------------------------------------------------- Comment By: Duilio J. Protti (dprotti) Date: 2005-08-01 12:52 Message: Logged In: YES user_id=1012656 There is something like that. In fact, there is something much better, take a look at this article: http://www.informit.com/articles/article.asp?p=400651 About your submission, it's not a patch, is more like a feature request, so this is not the correct place to post it. Regards, Duilio Protti. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1388901 ] [concept_check.hpp] remove unused variable warning in msvc
by SourceForge.net 09 Jan '06

09 Jan '06

Patches item #1388901, was opened at 2005-12-23 05:52 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1388901&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: hxpro (hxpro) >Assigned to: Ronald Garcia (rgarcia) Summary: [concept_check.hpp] remove unused variable warning in msvc Initial Comment: simple enough fix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1388901&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1160158 ] Perl style foreach iterating
by SourceForge.net 09 Jan '06

09 Jan '06

Patches item #1160158, was opened at 2005-03-09 12:05 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&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: Amir Taaki (genjix) >Assigned to: Eric Niebler (eric_niebler) Summary: Perl style foreach iterating Initial Comment: somewhere in boost, there should be a perl style foreach iterator, like so #define ITERATOR(obj) typeof(obj.begin()) #define foreach(v,i) for(ITERATOR(v) i = v.begin() ; i != v.end() ; i++) genjix at gmail.com ---------------------------------------------------------------------- Comment By: Duilio J. Protti (dprotti) Date: 2005-08-01 12:52 Message: Logged In: YES user_id=1012656 There is something like that. In fact, there is something much better, take a look at this article: http://www.informit.com/articles/article.asp?p=400651 About your submission, it's not a patch, is more like a feature request, so this is not the correct place to post it. Regards, Duilio Protti. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1002538 ] name injection before definition
by SourceForge.net 09 Jan '06

09 Jan '06

Patches item #1002538, was opened at 2004-08-03 04:21 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1002538&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: Francois Dumont (dums) >Assigned to: Beman Dawes (beman_dawes) Summary: name injection before definition Initial Comment: In operations_posix_windows.cpp within the filesystem library strcmp, remove and rename symbols are injected within namespace std before being defined by the inclusion of cstdio header. This bug has been revealed by a test with the latest STLport 5.0 RC1. It makes the code standard library implementation dependent. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1002538&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1202693 ] a simple patch about boost::format (for MSVC7.1)
by SourceForge.net 09 Jan '06

09 Jan '06

Patches item #1202693, was opened at 2005-05-16 00:30 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1202693&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: Lim Hwan Cheol (whitecrw) >Assigned to: Samuel Krempp (samuel_k) Summary: a simple patch about boost::format (for MSVC7.1) Initial Comment: It seems to be a bug on MSVC7.1 compiler. that foolish compiler has some conflict on matching signature... 'basic_format<Ch,Tr,Alloc>::size_type boost::basic_format<Ch,Tr,Alloc>::size(void) const' and 'boost::basic_format<Ch,Tr,Alloc>::size_type boost::basic_format<Ch,Tr,Alloc>::size(void) const' i think this is ultimately same signature. but, msvc71 doesn't.. for this, i used some #if tricks. :) attached patchfile contains my modifications. may the code be with you~ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1202693&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1273960 ] spirit/symbols.ipp pragma warning fix
by SourceForge.net 09 Jan '06

09 Jan '06

Patches item #1273960, was opened at 2005-08-26 04:34 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1273960&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: jmihalicza (jmihalicza) >Assigned to: joel de guzman (djowel) Summary: spirit/symbols.ipp pragma warning fix Initial Comment: The original version sets the default setting back at the end of the file so the following code doesn't work as expected: #pragma warning (disable:4355) #include <boost/spirit/....> // some file that includes symbols.ipp // here 4355 may be enabled according to the default settings (warning level) The fix uses push/pop ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1273960&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-966723 ] function.hpp missing include guard patch
by SourceForge.net 09 Jan '06

09 Jan '06

Patches item #966723, was opened at 2004-06-04 11:24 Message generated for change (Settings changed) made by mclow You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=966723&group_i… 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: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: function.hpp missing include guard patch Initial Comment: function.hpp does not have an #ifndef/#endif include guard. This patch adds #ifndef BOOST_FUNCTION_HPP at the top of the file and #endif at the bottom. -- nicolas.desjardins(a)orthosoft.ca ---------------------------------------------------------------------- >Comment By: Marshall Clow (mclow) Date: 2006-01-09 14:18 Message: Logged In: YES user_id=131412 In <http://lists.boost.org/Archives/boost/2004/06/66443.php>, Doug wrote: function.hpp isn't actually supposed to have include guards. The code it contains will never actually be included twice, but you can include function.hpp with BOOST_FUNCTION_MAX_ARGS set to different values to create support for greater numbers of arguments. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=966723&group_i… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Linker error using Boost.Test on Windows
by Hartmut Kaiser 09 Jan '06

09 Jan '06

Hi all, Using the Boost.Test library on Windows (VC7.1) gives me the following error: libboost_unit_test_framework-vc71-mt-sgd-1_34.lib(exception_safety.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in libcpmtd.lib(newop.obj) The same occurs when I use te /MDd memory model: libboost_unit_test_framework-vc71-mt-gd-1_34.lib(exception_safety.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in msvcprtd.lib(newop_s.obj) Any clues? Regards Hartmut

3 5

Filesystem breaking change?
by John Maddock 09 Jan '06

09 Jan '06

Beman, The recent update to Boost.Filesystem has broken bcp in a way I'm not sure how to fix. The problem is that while scanning for header dependencies it comes across some platform dependent names ( :sys:stat.h ) and then checks for the existence of that name in various places such as <tools/build/jam_src/:sys:stat.h>. Obviously such checks should fail, but rather than just saying "no the file doesn't exist" the function exists is throwing an exception. IMO there's no real need for an exception in this case is there? Many thanks, John.

2 3