May 2006 - Boost - lists.boost.org

[Boost-bugs] [ boost-Patches-1489713 ] Adjusts mpl::pair concept to be compatible with STL pairs
by SourceForge.net 30 May '06

30 May '06

Patches item #1489713, was opened at 2006-05-16 12:40 Message generated for change (Settings changed) made by david_abrahams You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489713&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: Tobias Schwinger (t_schwinger) >Assigned to: Aleksey Gurtovoy (agurtovoy) Summary: Adjusts mpl::pair concept to be compatible with STL pairs Initial Comment: WHAT: ===== The patch changes the MPL pair concept, so STL pairs and Fusion pairs also work as MPL pairs. The old type members have been added after testing for backward compatiblity with 3rd party code. STL pair: first (value) second (value) first_type (type) second_type (type) Fusion pair: second (value) first_type (type) second_type (type) MPL pair (CVS): first (type) second (type) MPL pair (after applying this patch): first_type (type) second_type (type) AFFECTED LIBRARIES: =================== - MPL (numerous files, code and documentation) - Variant (2 files) - Parameter (1 file) FILES: ====== - boost/mpl.patch - boost/parameter.patch - boost/variant.patch - libs/mpl.patch TESTED WITH: ============ - MSVC 8.0 - MSVC 7.1 - GCC 3.4.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489713&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] Infinite precision integer draft
by Martin Bonner 30 May '06

30 May '06

----Original Message---- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of Ben Artin Sent: 28 May 2006 19:23 To: boost(a)lists.boost.org Subject: Re: [boost] Infinite precision integer draft > In article <4479A423.8010904(a)getdesigned.at>, > Sebastian Redl <sebastian.redl(a)getdesigned.at> wrote: > >> David Abrahams wrote: >> >>> Sebastian Redl <sebastian.redl(a)getdesigned.at> writes: >>> >>>> The main (only, really, when it comes down to it) difference >>>> between a signed and an unsigned integer is that an unsigned >>>> integer is defined never to have a value less than 0. There are >>>> very valid reasons to enforce such a restriction, >>> >>> For example? >>> >> Various physical quantities only make sense for non-negative values. > > Wait a minute... please name one physical quantity that is > > a) Always integer > b) Never negative > c) Not just an enum (i.e., not just a finite set of possible values) > > I can't think of one, which makes me think that your argument about > physical values is irrelevant, as you'd never use an unsigned > *integer* for a physical value. Stretching "physical" slightly, but how about "the number of elements of a given set"? (Where such a set could be "the number of people alive today"). The only difficulty I see with that, is that a 64-bit "long long" would be more than enough for my example. That raises the question, what are the use cases for the integer class? -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 203894

1 0

[Boost-bugs] [ boost-Bugs-1497329 ] documentation mistake
by SourceForge.net 30 May '06

30 May '06

Bugs item #1497329, was opened at 2006-05-30 15:47 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=1497329&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: mpl Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sergey Shandar (sergey_shandar) Assigned to: Aleksey Gurtovoy (agurtovoy) Summary: documentation mistake Initial Comment: In the document http://www.boost.org/libs/mpl/doc/refmanual/vector.html --- push_front<v,x>::type | A new vector of following elements: [begin<v>::type, end<v>::type), x; see Front Extensible Sequence. --- Should be --- push_front<v,x>::type | A new vector of following elements: x, [begin<v>::type, end<v>::type); see Front Extensible Sequence. --- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1497329&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1489359 ] [config] evc4 port
by SourceForge.net 30 May '06

30 May '06

Patches item #1489359, was opened at 2006-05-16 09:38 Message generated for change (Comment added) made by mloskot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489359&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 Fink (vividos) Assigned to: John Maddock (johnmaddock) Summary: [config] evc4 port Initial Comment: This patch is a port for evc3/4 targeting Windows CE. Reason for the changes in auto_link.hpp: STLport with evc4 cannot be compiled in _STLP_DEBUG mode; the compiler issues wrong ARM code and _STLP_DEBUG mode cannot be used with evc4 ARM. I also introduced a new file wince.hpp in boost/config/platform/, since the defines in the _WIN32_WCE part got too big. ---------------------------------------------------------------------- Comment By: Mateusz Loskot (mloskot) Date: 2006-05-30 04:52 Message: Logged In: YES user_id=736047 Hi, Michael: Thanks for your effor to make Boost more Windows CE-friendly. Some time ago, I also started to use Boost with eVC++/VC++8. John: VC++ 8.0 brings the whole set of compilers for Winodows CE platform: clarm.exe, clmips.exe, etc. Here is a list with preprocessor macros to check target arch: http://www.smartphonedn.com/qa/checkos.html Here is a table that explains how to map devie arch from eVC++ 3/4 to VC++ 8.0: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnppcgen/h… Also, biuld system should define appropriate symbols: -D _ARM_ -D ARM -D _arm_ -D _MIPS_ -D MIPS -D _mips_ etc. Cheers ---------------------------------------------------------------------- Comment By: Michael Fink (vividos) Date: 2006-05-17 15:22 Message: Logged In: YES user_id=124874 The only change I made is to rename "evc8" to "msvc8-arm", but since I don't know exactly how to differentiate processors in msvc8 I simply put "msvc8-arm". A possible msvc8 porter has to decide that. I updated the patch since I found another issue: there's no static C runtime for Windows CE, so autolinking always chooses "-gdp" now. Please disregard the first patch. ---------------------------------------------------------------------- Comment By: John Maddock (johnmaddock) Date: 2006-05-17 11:51 Message: Logged In: YES user_id=14804 I notice that the patches are arm-specific, surely VC8 can be used to target other processors? John. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489359&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] Infinite precision integer draft
by Jonathan Ray 30 May '06

30 May '06

On 5/28/06, Ben Artin <macdev(a)artins.org> wrote: > > Wait a minute... please name one physical quantity that is > > a) Always integer > b) Never negative > c) Not just an enum (i.e., not just a finite set of possible values) > > I can't think of one, which makes me think that your argument about > physical > values is irrelevant, as you'd never use an unsigned *integer* for a > physical > value. > Here's three: 1. Counting *anything* 2. Quantum states 3. Harmonic resonance

2 1

[Boost-bugs] [ boost-Patches-1490528 ] [fusion] pair missing result metafunction
by SourceForge.net 30 May '06

30 May '06

Patches item #1490528, was opened at 2006-05-17 23:07 Message generated for change (Comment added) made by t_schwinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490528&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: Later Priority: 5 Submitted By: Tobias Schwinger (t_schwinger) Assigned to: joel de guzman (djowel) Summary: [fusion] pair missing result metafunction Initial Comment: The attached patch adds a result metafunction plus 'result_of::first' and 'result_of::second' trivial type accessors. ---------------------------------------------------------------------- >Comment By: Tobias Schwinger (t_schwinger) Date: 2006-05-30 00:38 Message: Logged In: YES user_id=1254227 Has been applied (plus documentation update) to the FUSION_V2_ts_edit branch (Spirit CVS) and will be resolved whith the merge. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490528&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1490525 ] [fusion] wrong semicolon in tag_of.hpp
by SourceForge.net 30 May '06

30 May '06

Patches item #1490525, was opened at 2006-05-17 23:03 Message generated for change (Comment added) made by t_schwinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490525&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: Fixed Priority: 5 Submitted By: Tobias Schwinger (t_schwinger) >Assigned to: Tobias Schwinger (t_schwinger) Summary: [fusion] wrong semicolon in tag_of.hpp Initial Comment: (see summary) ---------------------------------------------------------------------- >Comment By: Tobias Schwinger (t_schwinger) Date: 2006-05-30 00:22 Message: Logged In: YES user_id=1254227 I fixed the CVS version of this file a few days ago. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490525&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Patches status
by Marshall Clow 30 May '06

30 May '06

These are the submitted patches that are waiting to be integrated/rejected/whatever. As you can see, we've picked up a few new ones - currently assigned to "nobody". I know that guy, and he's not very reliable, if you know what I mean. ;-) As always, if you see one that is mis-assigned, or you think that one marked "nobody" is right for you, please don't hesitate to jump in. Thank you for your cooperation! Patches per assignee: Jonathan Turkanis 4 Nobody 4 David Abrahams 1 Peter Dimov 1 Ronald Garcia 1 Robert Ramey 1 Roland Schwartz (speedsnail) 1 Here are the currently submitted patches, sorted by assignee. Assignee: david_abrahams <http://sourceforge.net/users/david_abrahams/> Summary: Explicitly delete registered converter chains Bug #: 1464421 <http://sourceforge.net/tracker/index.php?func=detail&aid=1464421&group_id=7…> Assignee: nobody Summary: [config] evc4 port Bug #: 1489359 <http://sourceforge.net/tracker/index.php?func=detail&aid=1489359&group_id=7…> Assignee: nobody Summary: Adjusts mpl::pair concept to be compatible with STL pairs Bug #: 1489713 <http://sourceforge.net/tracker/index.php?func=detail&aid=1489713&group_id=7…> Assignee: nobody Summary: [fusion] wrong semicolon in tag_of.hpp Bug #: 1490525 <http://sourceforge.net/tracker/index.php?func=detail&aid=1490525&group_id=7…> Assignee: nobody Summary: [fusion] pair missing result metafunction Bug #: 1490528 <http://sourceforge.net/tracker/index.php?func=detail&aid=1490528&group_id=7…> Assignee: pdimov <http://sourceforge.net/users/pdimov/> Summary: evc4 port: Interlocked*-functions without volatile Bug #: 1489352 <http://sourceforge.net/tracker/index.php?func=detail&aid=1489352&group_id=7…> Assignee: rgarcia <http://sourceforge.net/users/rgarcia/> Summary: [concept_check.hpp] remove unused variable warning in msvc Bug #: 1388901 <http://sourceforge.net/tracker/index.php?func=detail&aid=1388901&group_id=7…> Assignee: speedsnail <http://sourceforge.net/users/speedsnail/> Summary: [thread] [tss_hook.cpp] Suppress MSVC CRT memory leak report Bug #: 1430820 <http://sourceforge.net/tracker/index.php?func=detail&aid=1430820&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: rational::operator< fails for unsigned value types Bug #: 1434821 <http://sourceforge.net/tracker/index.php?func=detail&aid=1434821&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: rational.hpp::gcd returns a negative value sometimes Bug #: 1438626 <http://sourceforge.net/tracker/index.php?func=detail&aid=1438626&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: rational::operator<(rational) fails due to overflow Bug #: 1438991 <http://sourceforge.net/tracker/index.php?func=detail&aid=1438991&group_id=7…> Assignee: turkanis <http://sourceforge.net/users/turkanis/> Summary: iostreams // file_descriptor::seek BUG on files > 4 GB Bug #: 1452698 <http://sourceforge.net/tracker/index.php?func=detail&aid=1452698&group_id=7…> -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

2 1

[Boost-bugs] [ boost-Patches-1490525 ] [fusion] wrong semicolon in tag_of.hpp
by SourceForge.net 30 May '06

30 May '06

Patches item #1490525, was opened at 2006-05-17 14:03 Message generated for change (Settings changed) made by az_sw_dude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490525&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: Tobias Schwinger (t_schwinger) >Assigned to: joel de guzman (djowel) Summary: [fusion] wrong semicolon in tag_of.hpp Initial Comment: (see summary) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490525&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Patches-1490528 ] [fusion] pair missing result metafunction
by SourceForge.net 30 May '06

30 May '06

Patches item #1490528, was opened at 2006-05-17 14:07 Message generated for change (Settings changed) made by az_sw_dude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490528&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: Tobias Schwinger (t_schwinger) >Assigned to: joel de guzman (djowel) Summary: [fusion] pair missing result metafunction Initial Comment: The attached patch adds a result metafunction plus 'result_of::first' and 'result_of::second' trivial type accessors. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1490528&group_… _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0