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

Re: [boost] [mpl] float representation
by Cromwell Enage 29 Mar '05

29 Mar '05

--- Andy Little wrote: --- > Why not call this one mixed_number? >> > IMO your fraction \ fraction_c functionality should > be called rational \ rational_c for compatibility > with the runtime boost::rational. Okay. I suppose my choice of names was somewhat pedantic, more appropriate in elementary school than in here. > FWIW IMO with your current 'rational, the extra > parameters extend the range but not indefinitely and > the extra number and especially sign parameters are > cumbersome. You prefer something like the following? rational_c<int,-11,16> mixed_number_c<int,-4,5,8> mixed_number_c<long,0,-6,7> I guess the added readability would be worth the extra logic required to calculate the sign. > Surely better functionality and less namespace > pollution could be had with a big_int parameter to > the two param type. You mean allowing Big Integral Constants as template arguments? This would eliminate the need for big_fraction/big_rational and big_mixed_number, but not the concepts they were meant to model. Shouldn't be too difficult to implement, but I need to cut down the compile times of the other big_integral test programs before testing rationals with such arguments becomes feasible. > However currently the docs state the integral > constant requirement on parameters which IMO is an > unnecessary restriction. Once I attempt to allow template arguments beyond Integral Constants and Big Integral Constants, I risk duplicating the functionality already provided by mpl::divides<>. Any good reason you'd want me to do this? For example, what would a recursive rational provide that dividing the fraction numerator by the fraction denominator would not? > For example a more generic alternative to > abs_integral could be implemented as follows, > which might be a useful mpl function anyway. Come to think of it, mpl::abs<> would be a useful metafunction indeed. I'll work through all of this when I get the chance. I have lots of personal matters to attend to before then. Cromwell D. Enage __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new resources site! http://smallbusiness.yahoo.com/resources/

2 1

Brainbench.com testing is free until 4th of April. Let's get the top
by Pavel Chikulaev 29 Mar '05

29 Mar '05

Hi all, This is not an ad. Test your C++ skills! There is no-one booster in the top 25. Let's do that. P.S. Sorry for off-topic. I just wanted to let you know.

3 2

[Boost-bugs] [ boost-Bugs-1169920 ] Generate patches for Graph bugs in 1.32.0
by SourceForge.net 28 Mar '05

28 Mar '05

Bugs item #1169920, was opened at 2005-03-24 09:49 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=1169920&group_… Category: graph Group: None Status: Open Resolution: None Priority: 5 Submitted By: Douglas Gregor (dgregor) Assigned to: Douglas Gregor (dgregor) Summary: Generate patches for Graph bugs in 1.32.0 Initial Comment: There are several critical bugs in the BGL in Boost 1.32.0 that have been fixed since the release, but 1.33.0 is too far off for users to wait. We should create a patch of some sort that allows users to get at these bug fixes, without introducing any big changes into the library. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1169920&group_… ------------------------------------------------------- This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005 Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows Embedded(r) & Windows Mobile(tm) platforms, applications & content. Register by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

6 6

[Boost-bugs] [ boost-Bugs-1172109 ] Support for bundled properties in graph adaptors
by SourceForge.net 28 Mar '05

28 Mar '05

Bugs item #1172109, was opened at 2005-03-28 16:21 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=1172109&group_… Category: graph Group: None Status: Open Resolution: None Priority: 5 Submitted By: Douglas Gregor (dgregor) Assigned to: Douglas Gregor (dgregor) Summary: Support for bundled properties in graph adaptors Initial Comment: The graph adaptors (such as subgraph) do not support bundled properties, but they should. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1172109&group_… ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [C++ Template Metaprogramming] Selected Answers Posted
by Ariel Badichi 28 Mar '05

28 Mar '05

Edward Diener wrote: > David Abrahams wrote: > >>Ariel Badichi has generously established a wiki page containing his >>answers to many of the exercises in the book "C++ Template >>Metaprogramming: Concepts, Tools, and Techniques from Boost and >>Beyond" by me and Aleksey Gurtovoy. Please see the book's home page >>at >> >> http://www.boost-consulting.com/metaprogramming-book.html >> >>for details. > > >>From someone struggling <g> to learn MPL, thank you very much ! No problem. I think that's the little I could do to show my appreciation to the authors of the book. One thing to mention: Don't hesitate to contribute your own solutions, 'improve' on mine, or post comments or question. I have noticed that some of my solutions are not ideal, but I have left them as I wrote them. I also experimented a bit with the formatting of the code so some inconsistencies show up.

2 2

[C++ Template Metaprogramming] Selected Answers Posted
by David Abrahams 28 Mar '05

28 Mar '05

Ariel Badichi has generously established a wiki page containing his answers to many of the exercises in the book "C++ Template Metaprogramming: Concepts, Tools, and Techniques from Boost and Beyond" by me and Aleksey Gurtovoy. Please see the book's home page at http://www.boost-consulting.com/metaprogramming-book.html for details. -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0

[comp.lang.c++.moderated] question about dynamic_any
by David Abrahams 28 Mar '05

28 Mar '05

FYI. -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 1

Cleaning delete
by Igor Smirnov 28 Mar '05

28 Mar '05

Hi All, What do you think about optional set of new/delete operators which clean memory in delete() by filling it with zeros. I mean an implementation with the standard syntax, so that any old program using the standard new/delete can be linked with the modified version of new/delete without any change in the program text and even without its recompilation. I have never heard whether this simple idea was implemented anywhere. In fact, these operators are useful for sequre aplications, which are not expected to leave significant information in the dynamic memory. This is also useful for debug of any program that uses direct allocations with raw pointers, the style which it known to be prone to errors. The use of already deleted information is more likely to be detected, if this information is physically deleted. The cleaning new/delete operators might be made very simple (almost trivial, except exception safety) and perhaps completely portable. Does this idea look useful? Regards Igor Smirnov

2 2

size limit on files in Sandbox File Vault
by Eric Niebler 28 Mar '05

28 Mar '05

I just tried to upload a new version of xpressive to the Boost Sandbox File Vault, and I received this error: "A file with the name xpressive.zip exceeds maximum allowed size (256 Kb)!" This seems pretty restrictive. The PDF version of xpressive's docs by itself exceeds this limit! I want to include the source code, the regression and perf tests, PDF and HTML documentation, and samples in a single download, but my .zip weighs in at 444 Kb. Can the limit be increased? -- Eric Niebler Boost Consulting www.boost-consulting.com

2 3

Re: [boost] [mpl] float representation
by Cromwell Enage 28 Mar '05

28 Mar '05

--- Andy Little wrote: --- > What is the rationale for the 4 different types > representing rational fractions? Presumably you mean fraction, fraction_c, rational, and rational_c? The fraction_c struct template is simply a metafunction that returns a fraction type, and the rational_c struct template returns a rational type. (Or was it the other way around?) The fraction struct template covers a smaller range of numbers than the rational struct template, but the rational struct template models the concept of a mixed number, which consists of a whole number part and a fraction part, so I figured both the fraction and rational representations were essential. It certainly made implementation simpler. > What is the rationale for making the numerator and > denominator types in fraction_c? In an earlier version, the numerator and denominator were defined by BOOST_STATIC_CONSTANT. Looking through the Integral Constant Guidelines and the MPL source code, I read that certain compilers were likely to complain about the very code I used to have: BOOST_STATIC_CONSTANT before typedef statements, fraction_c<long,7,8>::value inside macros, etc. Not that I have these compilers on hand, but I figured I wasn't making this sub-library just for myself, either, so I searched for a better representation. Lo and behold, Aleksey Gurtovoy created a set of arithmetic metafunction classes that do the dirty work for me. I simply built on top of his work. Thanks for your interest! Cromwell D. Enage __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2