July 2013 - Boost - lists.preview.boost.org

[utility] [swap] How about Boost.Move?
by Antony Polukhin 03 Aug '13

03 Aug '13

Hi, Sources of Boost.Variant have a swap implementation that takes advantage of move emulation. That code can be useful for Boost.Swap. The idea is not to use std::swap in case of ADL failure, but use a swap implementation that is aware of move emulation: namespace boost_swap_impl { namespace swap_move_emulated { template <typename T> inline void swap(T& lhs, T& rhs) { T tmp( boost::move(lhs) ); lhs = boost::move(rhs); rhs = boost::move(tmp); } } template<class T> void swap_impl(T& left, T& right) { //using namespace std;//use std::swap if argument dependent lookup fails using namespace boost_swap_impl::swap_move_emulated; swap(left,right); } // ... With that code types that use move emulation can be swapped faster and even move only types can be swapped. So, what do the community think about such optimization? -- Best regards, Antony Polukhin

5 8

[git-help] New libraries?
by Rene Rivera 03 Aug '13

03 Aug '13

Today I checked in the new Predef library and I'm wondering, not just for it but in general, if this interim period of svn to git transition what happens to new libraries? Will they automatically show up in the git repos? What are the procedures if the new library is already, originally in git and modularized? Rene. -- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

3 5

[predef] FYI..
by Rene Rivera 01 Aug '13

01 Aug '13

FYI.. to those that care.. I checked in changes to SVN to inject the Predef library into Boost. I say inject because the source is not actually in the SVN repo, it's external and still in github. But is being brought in through their SVN interface. Some testers have already runs the tests for it.. And at some point to be determined with some coordination with the community I will switch the "boost/detail/endian.hpp" header to point to the Predef compatibility equivalent... I suspect at the earliest one more week for that assuming no problems surface. Rene. -- -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - grafikrobot/yahoo

6 10

Re: [boost] [multimethods] Proposal: Open Multi-Methods
by Daryle Walker 01 Aug '13

01 Aug '13

//================================================================= From: Jean-Louis Leroy Sent: ‎Saturday‎, ‎July‎ ‎27‎, ‎2013 ‎8‎:‎26‎ ‎PM I am working on library that pretty much implements what Pirkelbauer, Solodkyy and Stroustrup describe in their paper "Open Multi-Methods for C++" - although there are some divergences. I have posted it on GitHub: https://github.com/jll63/multimethods. Please examine the files in the "examples" directory to get an idea of how to use it. [SNIP] The library is essentially feature complete (if anything ever is). I am now going to work on the documentation, a build system, some clean up and compatibility (I tested it only with g++ 4.7.2 only so far). Is there interest in the Boost community for this stuff? If yes, I will adapt it to the guidelines and submit it for formal review. Of course, suggestions are welcome. //================================================================= Are virtual base classes supported? Maybe “virtual_” should be renamed to “virtualize” or “virtualized,” to avoid having a trailing underscore in a non-member name. A good way to document is to write a Doxygen comment as you write your class, function, or macro prototype. It makes you have to think about what the public side of your code has to do. But looking at your “next.cpp” example, you should start with documenting the “selector,” “virtual_,” “MM_CLASS,” “MM_INIT,” “MULTIMETHOD,” “BEGIN_METHOD,” “END_METHOD,” and “initialize” items. Anything in your implementation classes that don’t have to be seen by public code can be make private. Non-public types can go in a detail namespace. Daryle W.

3 2

[boost thread] Catching interrupted exception?
by Philip Bennefall 31 Jul '13

31 Jul '13

Hi all, I have a quick question regarding the interruption of Boost threads. I am making fairly heavy use of the interrupt method call of the thread class, and I am wondering whether I should be catching the boost::thread_interrupted exception from within my thread function? I currently do not and my program runs fine, but I am wondering whether this is defined behavior or whether I should always be catching the exception and returning from the function inside the handler? Kind regards, Philip Bennefall

2 2

Re: [boost] [asio] Randomly having problems reading from the socket
by Marat Abrarov 30 Jul '13

30 Jul '13

> Posted a Bug Report here: Ticket #8937 > <https://svn.boost.org/trac/boost/ticket/8937> Seems like a bug/feature of Windows 7/Vista (or a bug/feature of Windows socket subsystem) - something in background/foreground process scheduling or a memory management issue. Nevertheless it is interesting to know the Asio author's point of view. It will be more clear if the topic starter rewrites his (simple) examples to use WinSock directly rather than through the Asio (use the same time measurement - by means of boost::posix_time). I think that such rewritten examples will show the same behavior. Regards, Marat Abrarov.

1 0

[preprocessor] ARRAY_REPLACE bug?
by Mostafa 30 Jul '13

30 Jul '13

On Windows 7/Cygwin, using boost 1.53, preprocessing the following snippet: pp_array.cc ----------- #include <boost/preprocessor.hpp> //#define BOOST_PP_TUPLE_REM_0() // nothing #define ARRAY (3, (a, x, c)) BOOST_PP_ARRAY_REPLACE(ARRAY, 1, b) via: g++ -E -P -I /... pp_array.cc gives the following incorrect result: (3, (BOOST_PP_TUPLE_REM_0 () a, b , c)) Uncommenting the pound define in the snippet gives the correct result for the preprocessor. Is this a bug?

3 5

[type_erasure] move
by Christophe Henry 29 Jul '13

29 Jul '13

Hi Steven, I'm looking for a crash I get in my own code with g++4.8.1 (4.5 - 4.7 are ok). Maybe you can help me: - there is a copy_constructible concept, but no moveable. Is it enough to add one on the same model? It looks like you std::forward so I'd say yes. Correct? template<class T = _self> struct move_constructible : ::boost::mpl::vector<constructible<T(T&&)>, destructible<T> > {}; - If I std::move a copy_constructible any type by accident, what do I get? A copy? A crash? Thanks, Christophe

2 2

Re: [boost] [asio] Randomly having problems reading from the socket
by FlorianGeorge 29 Jul '13

29 Jul '13

Posted a Bug Report here: Ticket #8937 <https://svn.boost.org/trac/boost/ticket/8937> -- View this message in context: http://boost.2283326.n4.nabble.com/asio-Randomly-having-problems-reading-fr… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

New failing tests in circular buffer on some platforms
by Paul A. Bristow 29 Jul '13

29 Jul '13

I note that there are some new failing tests for circular buffer on some platforms http://www.boost.org/development/tests/trunk/developer/circular_buffer.html on MSVC noncopyable_movable_noexcept_t is causing trouble base_test.cpp C:\boost_regression\trunk\boost\boost/circular_buffer/base.hpp(694) : error C2558: struct 'noncopyable_movable_noexcept_t' : no copy constructor available or copy constructor is declared 'explicit' C:\boost_regression\trunk\boost\boost/circular_buffer/base.hpp(673) : while compiling class template member function 'noncopyable_movable_noexcept_t *boost::circular_buffer<T>::linearize(void)' with [ T=noncopyable_movable_test_t ] c:\boost_regression\trunk\boost\libs\circular_buffer\test\common.ipp(2160) : see reference to function template instantiation 'noncopyable_movable_noexcept_t *boost::circular_buffer<T>::linearize(void)' being compiled with [ T=noncopyable_movable_test_t ] c:\boost_regression\trunk\boost\libs\circular_buffer\test\common.ipp(2236) : see reference to class template instantiation 'boost::circular_buffer<T>' being compiled with [ T=noncopyable_movable_test_t ] C:\boost_regression\trunk\boost\boost/circular_buffer/base.hpp(697) : error C2558: struct 'noncopyable_movable_noexcept_t' : no copy constructor available or copy constructor is declared 'explicit' ON gcc and Clang there are warnings and failure Running 60 test cases... ../libs/circular_buffer/test/common.ipp(2303): error: in "check_containers_exception_specifications": check boost::has_nothrow_constructor<circular_buffer<int> >::value has failed Can any experts shed light on this? I do not believe that the underlying circular buffer code has changed recently. Paul --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow(a)hetp.u-net.com

2 2

[thread] Questions about broken_promise
by Klaim - Joël Lamotte 29 Jul '13

29 Jul '13

I have a few questions concerning broken promises (exception): 1. is the broken_promise exception a standard, or future standard behaviour? So far I assumed it wasn't because http://en.cppreference.com/w/cpp/thread/promise/~promise don't say anything about this and I only read about broken_promise exceptions on Boost.Thread documentation. I would like to know if I should expect the future standard library to have the same concept. I see no configuration macro to deactivate these exceptions. I don't want to actually, but if I'm correct that it's not standard or future standard, then it's surprising that I can't setup a standard-like setup. 2. I have a case that could be summarized like this: ///////////////////////////////////////////// Updated by thread A: struct X { /*... */ }; struct K { future<shared_ptr<X,U>> m_ft_x; shared_ptr<X,U> m_x; K( Foo& foo ) : m_ft_x( foo.create<X>() ) {} void update() // this is always called by a loop in the thread A { if( !m_x ) { if( m_ft_x.has_value() ) m_x = m_ft_x.get(); } else work(); } void work(); // uses m_x }; Updated by thread B: // special deleter which will just push a task in Foo work queue for deleting the object // in sync with thread B struct U { /* ... */ }; struct Foo { template< class T > future<shared_ptr<T,U>> create() // will push a creation task in a work queue updated in update() void update(); // called by a loop in the thread B, will execute all the work pushed in the work queue. }; ///////////////////////////////////////////// (this is an exageratedly simplified version of what I'm doing) It works nicely (even if I think it could be improved with future.then and other tools) but there is a minor problem appearing when an instance of K is constructed then almost immediately destructed, before the instance of Foo executed the creation of the X instance. In this case, visual studio (which is configured to detect all throw calls) detect a broken_promise exception thrown from the destructor of the promise which was in the code generated by Foo::create() and pushed in a work queue. I look at the destructor and I see: if(!future_->done && !future_->is_constructed) { future_->mark_exceptional_finish_internal(boost::copy_exception(broken_promise()), lock); } Here is the full copy_exception code: template <class T> inline exception_ptr copy_exception( T const & e ) { try { throw enable_current_exception(e); } catch( ... ) { return current_exception(); } } This code triggers actually two "first-chance" exceptions this is the first one) which are catch immediately intentionally. My question is: why is copy_exception necessary and why does it have to do it this way? It's a very minor problem as just re-setting my visual studio debugging settings to default makes the exception transparent -only visible in the console log. However each time I activate debug breaking on all c++ exception so that I can debug some potential issues, I can have a breakpoint which is actually "noise" as it is only used to implement a copy of exception. Is it possible to eliminate this noise? Or, as I'm guessing, is there a language or compiler limitation which forces this code to be written this way? Thanks for your time. Joel Lamotte

2 2

safe bool not safe enough ?
by John Maddock 28 Jul '13

28 Jul '13

Just discovered (oops!) that the so called safe bool ideom is not as safe as it appears, for example: class Testable { bool ok_; typedef void (Testable::*bool_type)() const; void this_type_does_not_support_comparisons() const {} public: explicit Testable(bool b=true):ok_(b) {} operator bool_type() const { return ok_==true ? &Testable::this_type_does_not_support_comparisons : 0; } }; Testable t(true); bool b = t; // Compiles OK - Ooops! Which is causing multiprecision to misbehave when used in conjunction with uBlas: https://svn.boost.org/trac/boost/ticket/8292#comment:2 I guess making the conversion explicit in C++11 mode would help (I still need to test that), but is there a C++03 solution? Thanks, John.

4 9

radix sort
by Sourav 28 Jul '13

28 Jul '13

Hi All, I wanted to know if someone is/was working on Radix Sort or not. I did check the SoC listings and did not see radix sort in the list. If no one is working, may someone help me provide some pointers/details as to what the expectation is with regards to Radix sort for boost ? Regards, -Sourav

7 27

boost::python help?
by David M. Cotter 26 Jul '13

26 Jul '13

i'd like my app to be "available" to python while it's running. for example, say my app is "FooBar.app". when my FooBar.app is running, now there is a python interface available to python, and the user can write python scripts to make use of it with their scripts, they can control my running application when FooBar.app is NOT running, perhaps making use of any of the python functions of "FooBar.app" would either return an error, or possibly launch "FooBar.app". can boost::python help with this? i've never worked with extending or embedding python, so any help would be super great

4 5

Patch bonanza for VS2013 Preview support
by Lars Viklund 25 Jul '13

25 Jul '13

Hi list. What's the best way to spend your vacation if not trying to get Boost to build on bleeding-edge compilers. I set out to see how well Boost 1.54.0 behaved on the newly released go-live-ready Visual Studio 2013 Preview. Below is the list of bugs filed against Boost and Microsoft. Enjoy. With these patches in place, I can get a complete build working with all libraries normally available on a fresh machine (means that I didn't test Python, MPI, ICU, compressed streams). I haven't been able to find out how to run the tests in any human-readable form, but this should not cause any regressions as it's either increasing workaround bounds or adding headers that the standard mandates already. Boost.Config VS2013 Preview version bump https://svn.boost.org/trac/boost/ticket/8753 The Visual Studio 2013 Preview toolchain has _MSC_VER 1800 and _MSC_FULL_VER 180020617. See the attached patch for the minimum changes that are needed to get anywhere at all. Boost.Build needs support for the VS2013 Preview toolset (18.00.20617.1) https://svn.boost.org/trac/boost/ticket/8754 Visual Studio 2013 Preview is out and claims to be 12.0. I copy-pasted everything related to 11.0 to refer to 12.0 and it Works On My Machine, see attached patch. Boost.Signals VS2013 Preview version bump https://svn.boost.org/trac/boost/ticket/8755 The BOOST_WORKAROUND macros at boost/signals/detail/named_slot_map.hpp:130 and libs/signals/src/named_slot_map.cpp:27 needs to be increased to <= 1800 in order to encompass the Visual Studio 2013 Preview compiler. Boost.MPL VS2013 Preview version bump https://svn.boost.org/trac/boost/ticket/8756 The BOOST_WORKAROUND macros at boost/mpl/assert.hpp lines 37 and 247 need to be changed to also consider BOOST_MSVC, == 1800, patch attached. Boost.Serialization lacks algorithm header include for std::min https://svn.boost.org/trac/boost/ticket/8757 The <algorithm> header providing std::min is not included in boost/archive/iterators/transform_width.hpp, this breaks on Visual Studio 2013 Preview due to library changes. Boost.Asio lacks algorithm header include for std::min https://svn.boost.org/trac/boost/ticket/8758 The <algorithm> header providing std::min is not included in boost/asio/detail/impl/win_iocp_io_service.hpp, this breaks on Visual Studio 2013 Preview due to library changes. std::bind broken with boost/tuple/tuple.hpp or anything else providing a ADL tie https://connect.microsoft.com/VisualStudio/feedback/details/792163/std-bind… Not our fault, I filed a bug on Connect and am hoping that they'll notice it before RTM. 'std::bind' finds our 'tie' if a type from a boost namespace is used in the 'std::function' argument type list. -- Lars Viklund | zao(a)acc.umu.se

13 35

[preprocessor] ARRAY_REPLACE bug?
by Mostafa 25 Jul '13

25 Jul '13

On Windows 7/Cygwin, using boost 1.53, preprocessing the following snippet: pp_array.cc ----------- #include <boost/preprocessor.hpp> //#define BOOST_PP_TUPLE_REM_0() // nothing #define ARRAY (3, (a, x, c)) BOOST_PP_ARRAY_REPLACE(ARRAY, 1, b) via: g++ -E -P -I /... pp_array.cc gives the following incorrect result: (3, (BOOST_PP_TUPLE_REM_0 () a, b , c)) Uncommenting the pound define in the snippet gives the correct result for the preprocessor. Is this a bug?

1 0

[dynamic_bitset] Compiler intrinsics to accelerate. whos agree?
by Jairo Andres Velasco Romero 25 Jul '13

25 Jul '13

I noted detail for dynamic_bitset<> is not using the far old ASM instruction BSF which could accelerate find_first() and find_next() methodsI checked asm generated with current table based implementation.On x64 and x86 BSF and BSR are available long time ago.Population count can be implemented with LZCNT for performance oriented ways to build.Core i7 with AVX2 enable new wide block bit manipulation but it needs to code with specific GNU g++ intrinsics and MSVC intrinsics. Someone agree? Jairo.

2 1

semi lock-free Signals/Slots
by Andrew Ho 24 Jul '13

24 Jul '13

Hi, I've been doing some testing with implementing a semi lock-free Signals/Slots library. Basically: 1. emits are lock-free thanks to atomic shared_ptr's/other atomic operations. 2. Only a single writer is allowed at a time, uses a mutex for locking. The primary goal is to improve low and no slot-count signal emit performance. In tests, I have been able to get substantial performance boosts (~2 to 5 times) on low slot-count signals, approaching the same performance as signals2 in low-contention (basically, single thread testing). I haven't tested high emit contention performance, though I suspect this library will excel quite well here because there is no locking on emit. The test implementation is still incomplete, and notably uses many C++11 features, though I don't think any of features I'm using can't be ported one way or another for C++03 support. Even if the library isn't used in full, some of the ideas might be implemented into the existing Signals2 library. link: https://github.com/helloworld922/signals3

2 2

Announcing boost dependency analyzer
by Jens Weller 24 Jul '13

24 Jul '13

Hello to the boost community, I'd like to announce the release of a small tool, that allows you analyze the dependencies in boost. It is based on bcp, requirement is that you have bcp build and well a version of boost to analyze installed. Simply select the boost directory (the tool also might find BOOST_ROOT) and the location of bcp, and the tool will start. This will take a little time, depending on your machine, on my multicore intel ist 90 seconds - 2 minute. The tool will store this information into a database, so that with the next start, this will be a lot shorter. The tool allows to analyze the dependcies of a single boost library, but also of all of boost. Its build with Qt for the UI and processing part, and uses boost graph for the layout. Full information + download you'll find at my blogpost: http://www.meetingcpp.com/index.php/br/items/boost-dependency-analyzer.html Current Issues: What libraries might be missing? I'm reading the libs from maintainers.txt, which isn't all the boost libs. For example, lexical_cast is missing, and function_types is twice in there. (C&P error or missing library?) So far Windows is supported, linux support planned and improving, currently ownly the (beta) binaries for linux available. kind regards, Jens Weller

5 9

Re: [boost] [build][msvc] create PDBs
by Ahmed Charles 24 Jul '13

24 Jul '13

The size difference is LTCG, not debug info. ________________________________ From: Daniela Engert Sent: 7/23/2013 9:40 AM To: boost(a)lists.boost.org Subject: Re: [boost] [build][msvc] create PDBs Am 23.07.2013 17:47, schrieb Andrey Semashev: > On Tue, Jul 23, 2013 at 7:39 PM, Daniela Engert <dani(a)ngrt.de> wrote: >> >> libboost_log_setup-vc120-mt-1_54.lib 188.671.120 >> libboost_log_setup-vc120-mt-1_54.pdb 132.616.192 >> libboost_log_setup-vc120-mt-gd-1_54.lib 220.099.308 >> libboost_log_setup-vc120-mt-gd-1_54.pdb 132.837.376 >> libboost_log-vc120-mt-1_54.lib 53.565.446 >> libboost_log-vc120-mt-1_54.pdb 7.942.144 >> libboost_log-vc120-mt-gd-1_54.lib 32.516.250 >> libboost_log-vc120-mt-gd-1_54.pdb 8.114.176 >> > > It looks like static libs contain debug info anyway as they are always > larger than the generated pdb. In many cases, your observed size relationship is true, but not in all of them. E.g.: libboost_exception-vc120-mt-1_54.lib 53.642 libboost_exception-vc120-mt-1_54.pdb 102.400 libboost_exception-vc120-mt-gd-1_54.lib 11.440 libboost_exception-vc120-mt-gd-1_54.pdb 102.400 To exhibit the size advantage of PDBs over 'old-style' debug info embedded into static libs, I've rebuilt Boost.Log with link=static debug-store=object. This is the result: libboost_log_setup-vc120-mt-1_54.lib 343.234.460 libboost_log_setup-vc120-mt-gd-1_54.lib 374.488.888 libboost_log-vc120-mt-1_54.lib 79.564.296 libboost_log-vc120-mt-gd-1_54.lib 59.539.544 Ciao Dani _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

clang AST based static analysers - Booster's experience
by Niall Douglas 23 Jul '13

23 Jul '13

Dear Boost Devs, I was wondering what the experience of the list is with clang AST based static analysers? They need not be clang AST based of course, so long as they are based on the frontend of a real compiler rather than trying their own implementation based on regex or something even worse. For this list's information, here are the three clang AST based static analysers I know of: 1. Clang's static analyser http://clang-analyzer.llvm.org/ 2. OCLint http://oclint.org/ 3. The commercial tool CppDepend can now use a clang AST (http://blog.llvm.org/2013/04/static-analysis-tools-using-clang-in.html) Some quick notes of mine which may be of dubious accuracy: Clang's static analyser is the more mature tool, but according to http://code.google.com/p/chromium/wiki/ClangStaticAnalyzer which was updated Mar 2013 it feels its default bundled C++ tests is lacking. The real strength in the clang static analyser is for writing your own tests (http://clang-analyzer.llvm.org/checker_dev_manual.html) which enforce specific coding patterns or constraints (usually on others, and usually pre-commit with commit rejection if fail). OCLint is a newer tool, but appears to have fuller support for C++ (http://docs.oclint.org/en/dev/rules/index.html) though many of those rules appear to check C syntax only (which also covers Objective C). Similar to clang's static analyser, new custom rules are easy to write (http://docs.oclint.org/en/dev/internals/rules.html) This project, at least from the outside, seems to have more legs than clang's static analyser. CppDepend I have no experience of, but there is a reasonably positive review at http://www.asawicki.info/news_1511_cppdepend.html. One of the CppDepend developers talks about how they added clang's AST at http://www.codeproject.com/Articles/475254/ClangplusRocks. Niall --- Opinions expressed here are my own and do not necessarily represent those of BlackBerry Inc.

1 0

[build][msvc] create PDBs
by Daniela Engert 23 Jul '13

23 Jul '13

Hi list! For various reasons I always preferred to have debug info separate from the binaries. Unfortunately, emitting debug info to PDBs doesn't work so well, in particular when it comes to static libs and precompiled headers. Because of that I tried to rectify this and created a patch against msvc.jam. (see ticket #8889 https://svn.boost.org/trac/boost/ticket/8889) This (and a tiny script to collect all generated PDBs into the library directory) got me there: boost_log_setup-vc120-mt-1_54.dll 1.158.656 boost_log_setup-vc120-mt-1_54.lib 24.244 boost_log_setup-vc120-mt-1_54.pdb 123.055.104 boost_log_setup-vc120-mt-gd-1_54.dll 3.206.144 boost_log_setup-vc120-mt-gd-1_54.lib 24.408 boost_log_setup-vc120-mt-gd-1_54.pdb 219.220.992 boost_log-vc120-mt-1_54.dll 486.400 boost_log-vc120-mt-1_54.lib 241.174 boost_log-vc120-mt-1_54.pdb 10.857.472 boost_log-vc120-mt-gd-1_54.dll 1.071.616 boost_log-vc120-mt-gd-1_54.lib 242.278 boost_log-vc120-mt-gd-1_54.pdb 18.918.400 libboost_log_setup-vc120-mt-1_54.lib 188.671.120 libboost_log_setup-vc120-mt-1_54.pdb 132.616.192 libboost_log_setup-vc120-mt-gd-1_54.lib 220.099.308 libboost_log_setup-vc120-mt-gd-1_54.pdb 132.837.376 libboost_log-vc120-mt-1_54.lib 53.565.446 libboost_log-vc120-mt-1_54.pdb 7.942.144 libboost_log-vc120-mt-gd-1_54.lib 32.516.250 libboost_log-vc120-mt-gd-1_54.pdb 8.114.176 Boost.Log was chosen for exhibition only. All files were built with debug-symbols=on debug-store=database. Link-time code generation was enabled for all release builds, too. May be, someone finds this helpful. Ciao Dani

2 2

[format] doc fix
by Tim Blechmann 23 Jul '13

23 Jul '13

not sure, how well-maintained boost.format is these days ... any objection if i commit this documentation fix? cheers, tim

1 0

Fwd: Re: Announcing boost dependency analyzer
by Stephen Kelly 23 Jul '13

23 Jul '13

Jens Weller wrote: >> Unfortunately the Boost dependency graph is as huge a hairball as I was >> afraid :-/ > > Hi, thanks for the feedback. Yes, dependency graph for boost is quite > large... I think with boost in git and modules available, this is going to > improve. That won't happen automatically. The git conversion is separate to reorganizing to resolve the solvable interdepency issues: http://thread.gmane.org/gmane.comp.programming.tools.ryppl.devel/201/focus=… The salient point is: > By modularizing and making the interdependencies explicit, we hope to > encourage developers to refactor. But we can only solve one problem at a > time. So, if you want to work on resolving interdependencies, don't wait for the git conversion to be done, because it won't help, and do pick up your editor and dig, because only that will help. Thanks, Steve.

1 0

Regression tests report page cycling slow
by Joaquin M Lopez Munoz 23 Jul '13

23 Jul '13

Hi, the page http://www.boost.org/development/tests/trunk/developer/summary.html seems to update very unfrequently, every two days or longer. Can something be done to speed this up? Thank you in advance, Joaquín M López Muñoz Telefónica Digital

2 1