- Boost - lists.boost.org

Re: [boost] [Boost-commit] svn:boost r66441 - in trunk/tools/build/v2: . engine/src engine/src/modules tools
by Jürgen Hunold 08 Nov '10

08 Nov '10

Hi ! On Sunday, 7. November 2010 20:51:11 admin(a)thefireflyproject.us wrote: > Modified: trunk/tools/build/v2/engine/src/modules/order.c > =========================================================================== > === --- trunk/tools/build/v2/engine/src/modules/order.c (original) +++ > trunk/tools/build/v2/engine/src/modules/order.c 2010-11-07 14:51:05 > EST (Sun, 07 Nov 2010) @@ -50,8 +50,8 @@ > > if (colors[adjacent_vertex] == white) > do_ts(graph, adjacent_vertex, colors, result_ptr); > - else if (colors[adjacent_vertex] == gray) > - ; /* This is loop. Not sure what to do... */ > + //else if (colors[adjacent_vertex] == gray) > + //; /* This is loop. Not sure what to do... */ > } > colors[current_vertex] = black; > **result_ptr = current_vertex; Are you sure that you really wanted to commit this ? Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! Ingenieurgesellschaft für * voice: ++49 511 262926 57 ! Verkehrs- und Eisenbahnwesen mbH * fax : ++49 511 262926 99 ! Lister Straße 15 * juergen.hunold(a)ivembh.de ! www.ivembh.de * * Geschäftsführer: ! Sitz des Unternehmens: Hannover * Prof. Dr.-Ing. Thomas Siefer ! Amtsgericht Hannover, HRB 56965 * PD Dr.-Ing. Alfons Radtke !

3 3

Re: [boost] [ptr_container] [1.45] you own a showstopper
by Thorsten Ottosen 07 Nov '10

07 Nov '10

Den 07-11-2010 23:05, Eric Niebler skrev: > Thorsten, > > The following bug in ptr_container is marked as a Showstopper for the > 1.45 release. What are your plans for it? If you're planning on fixing > it, can you do so soon? If you feel it is not a showstopper, can you set > its priority appropriately? > > https://svn.boost.org/trac/boost/ticket/4598 Should hav been fixed for a day or more. -Thorsten

2 2

[ptr_container] [1.45] you own a showstopper
by Eric Niebler 07 Nov '10

07 Nov '10

Thorsten, The following bug in ptr_container is marked as a Showstopper for the 1.45 release. What are your plans for it? If you're planning on fixing it, can you do so soon? If you feel it is not a showstopper, can you set its priority appropriately? https://svn.boost.org/trac/boost/ticket/4598 Thanks, -- Eric Niebler BoostPro Computing http://www.boostpro.com

1 0

[property_tree] [1.44] you own a showstopper
by Eric Niebler 07 Nov '10

07 Nov '10

Sebastian, The following bug in property_tree is marked as a Showstopper for the 1.44 release. What are your plans for it? If you're planning on fixing it, can you do so soon? If you feel it is not a showstopper, can you set its priority appropriately? Thanks, -- Eric Niebler BoostPro Computing http://www.boostpro.com

1 1

[function] does calling boost::function from boost::function involve nested virtual calls?
by Mostafa 07 Nov '10

07 Nov '10

Hi all, Correct me if I'm wrong, using boost::function involves a virtual function call. If so, then does nesting boost::function calls result in nested (multiple) virtual function calls? For example: int foo(float); boost::function<int (float)> f1 = foo; boost::function<double (int)> f2 = f1; Does f2(5) result in two virtual functions being called on the part of boost::function? (I couldn't find the answer in the documentation and reading the source code I got lost in the macros.) Thanks, Mostafa

2 1

[build] print test failing on release
by Eric Niebler 06 Nov '10

06 Nov '10

Volodya, can you investigate the failure of the Boost.build "print" test on the release branch? It's currently failing across all platforms. Thanks, -- Eric Niebler BoostPro Computing http://www.boostpro.com

2 3

[type traits] is_virtual_base_of causes C4250 (class inherits member via dominance) with VS 2005
by Martin B. 06 Nov '10

06 Nov '10

Hi! I didn't find any references to this, so I thought I'd let you know that boost::is_virtual_base_of<Base, Derived> will cause (harmless) C4250 when evaluating to true. (VC++ 2005) I hit this when using the BOOST_CLASS_EXPORT macro from Boost.Serialization, as this uses is_virtual_base_of internally. cheers, Martin ps: For code see: http://stackoverflow.com/q/4091166/321013

3 2

[icl/itl] Interval Container Library ready for inclusion
by Joachim Faulhaber 06 Nov '10

06 Nov '10

Dear list! After the review of the Interval Template Library in February and its acceptance for inclusion, I worked on a number of suggestions and proposals from the reviewers, in order to improve the design and quality of the library. The library is now renamed to Boost.Icl: Interval Container Library. I have completed a release icl-4.0.0, where those suggestions are implemented. Apart from typos and flaws in the docs that might be there after renaming, this will be the version for inclusion into the next boost release (1.46.0). The now renamed library has a new path in the sandbox: https://svn.boost.org/svn/boost/sandbox/icl/ The sources are also in the vault http://www.boostpro.com/vault/index.php?&direction=0&order=&directory=Conta… and on sourceforge (extended version) http://sourceforge.net/projects/itl/ The BoostBook docs are online available here: http://www.joachim-faulhaber.de/boost_icl/doc/libs/icl/doc/html/index.html Many of the proposals from the reviewers were agreed upon during the discussion on the library. In particular I took into account suggestions by Jeff Flinn (JF), Luke Simonson (LS), Barend Gehrels (BG), Vicente Botet (VB), Thomas Klimpel (TK), Paul A. Bristow (PB), Robert Stewart (RS), John Reid (JR) and Markus Werle (MW). Some suggestions by Phil Endecott, Jerry Jeremiah, Brian Wood, Barend Gehrels, Luke Simonson and John Reid are not or not yet implemented for different reasons but they may be considered for the future evolution of the library. * The library has been renamed from Interval Template Library (ITL) to Interval Container Library (ICL) Its namespace is now icl instead of itl. (Renaming was suggested by MW). * Introduction of dynamically bounded and statically bounded intervals (JF,JR,VB) + The 'universal' interval class itl::interval has been replaced by + dynamically bounded discrete_interval and continuous_interval http://www.herold-faulhaber.de/boost_icl/doc/libs/icl/doc/html/boost_icl/ex… + statically bounded right_open_interval, left_open_interval closed_interval and open_interval and a uniform set of namespace global functions or interval_concept for them. Statically bounded intervals don't carry information about their interval bounds and use less memory. (JF,JR) http://www.herold-faulhaber.de/boost_icl/doc/libs/icl/doc/html/boost_icl/ex… + The interval class templates are now quite small. The functions are namespace global functions that make up an interval concept (JF,LS) + Added functions 'distance' and 'inner_complement' for intervals.(JR) http://www.herold-faulhaber.de/boost_icl/doc/libs/icl/doc/html/boost_icl/fu… * User defined interval types are now customizable (JF) + An interval_traits and dynamic_interval_traits template describes the generic properties of the interval concept ... + and allows to customize the icl library for user defined interval types. http://www.herold-faulhaber.de/boost_icl/doc/libs/icl/doc/html/boost_icl/ex… * Extraction of namespace global functions. (LS,JF,RS) + Member functions have been extracted form class templates as long as they are not needed to maintain type invariants. + The sets of namespace global functions build concepts icl::element_set, icl::element_map, icl::interval_set, icl::interval_map + Some functions have been renamed to conform existing standards (ISO/OGC). (BG) + std::set and other stl conformant set types are models of the icl's element_set concept. Class template icl::set has been removed. + Member functions for element iterations are extracted from the interval container class templates. (LS) * Names, referred to as 'colorful terminology' have been renamed (TK,VB,PB) + neutron -> identity_element + unon -> unit_element + ... and also their occurrence in composite identifiers If you find bugs in the library or typos or other flaws in the docs, please let me know so I can fix them before inclusion of the library into the next boost release. Enjoy, Joachim

5 4

bjam in lib/<x>/test is equivalent to run.py
by Jim Bell 06 Nov '10

06 Nov '10

Compelled as I am to audit everything, I had to compare running bjam in the lib/<x>/test directory with run.py. I'm confident that they do produce (essentially) the same compile, link, and execute commands. Notes, from a regression-runner's POV: * They use different directories: run.py uses {boost-root}/../results/bin.v2/..., and bjam uses {boost-root}/bin.v2/... * run.py sets up bjam with a lot of flags, like --debug-configuration [shouldn't matter for most people] -d2 [important for many, described below] -lxxx [that's lower-case L, with a time-out in seconds: potentially important] preserve-test-targets=off [not sure if this matters or not] * run.py runs from the boost/status directory, I think. Might matter for some tests. Not sure about straight bjam. To make your own script to rebuild/rerun a particular test, run bjam with -d+2 (i.e., -d2) and direct the output to a file. Then copy the compile & link commands out of that file. The -lxxx command (e.g., -l120) matters if a test could hang (e.g., <https://svn.boost.org/trac/boost/ticket/4766>).

3 5

Re: [boost] [Boost-users] [icl/itl] Interval Container Library ready for inclusion
by Joachim Faulhaber 05 Nov '10

05 Nov '10

2010/11/5 Jeff Flinn <TriumphSprint2000(a)hotmail.com>: > Hartmut Kaiser wrote: >>> >>> After the review of the Interval Template Library in February and its >>> acceptance for inclusion, I worked on a number of suggestions and >>> proposals from the reviewers, in order to improve the design and quality >>> of the library. The library is now renamed to Boost.Icl: Interval >>> Container Library. >>> >>> I have completed a release icl-4.0.0, where those suggestions are >>> implemented. Apart from typos and flaws in the docs that might be there >>> after renaming, this will be the version for inclusion into the next >>> boost >>> release (1.46.0). >>> >>> The now renamed library has a new path in the sandbox: >>> https://svn.boost.org/svn/boost/sandbox/icl/ >>> >>> The sources are also in the vault >>> >>> http://www.boostpro.com/vault/index.php?&direction=0&order=&directory=Cont >>> ainers >>> >>> and on sourceforge (extended version) >>> http://sourceforge.net/projects/itl/ >>> >>> The BoostBook docs are online available here: >>> >>> http://www.joachim-faulhaber.de/boost_icl/doc/libs/icl/doc/html/index.html >> >> Joachim, that's great news. Many people are waiting for this! > > Awesome! I'm looking forward to working with the final result. > >> Why don't you just go ahead and move everything into Boost trunk. That >> does >> not disrupt any release procedures, but gives you the benefit of running >> the >> tests on a daily basis on a broad range of platforms. Additionally it >> simplifies things for people working from Boost SVN trunk wanting to use >> your library. > > Yep, that would be great. Thank you all for your welcoming remarks on the new version of the Interval Container Library. Yes, I am prepared to move this version of the ICL into the Boost trunk, but I don't have write permission yet. How do I get it? Are there any special policies to follow when working with the Boost trunk? Best regards, Joachim

2 1