January 2015 - Boost - lists.preview.boost.org

PDF versions of Quickbook generated documentation - Do you like the serif font?
by Paul A. Bristow 14 Jan '15

14 Jan '15

I've noted that for documentation using the Quickbook toolchain, we use a serif font (Times Roman?) for the PDF, but a sans serif for the equivalent HTML version. Is there a reason for this? Should they not be the same font? (So that they look the same?) Which do we prefer? Should we change either or both? Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

2 2

BOOST_ASIO_SEPARATE_COMPILATION linker error
by Arun.Ramasamy＠high5games.com 14 Jan '15

14 Jan '15

HI, I'm trying to build boost 1.47's asio library with the BOOST_ASIO_SEPARATE_COMPILATION macro in windows 7, 32-bit, VS 2010. With this macro, the asio library can be included and built easily without building all of boost or using bjam. However, I get the following linker error: unresolved external symbol "class boost::system::error_category const & __cdecl boost::system::system_category(void)" (?system_category@system@boost@@YAABVerror_category@12@XZ) referenced in function "public: __thiscall boost::system::error_code::error_code(void)" (??0error_code@system@boost@@QAE@XZ) unresolved external symbol "class boost::system::error_category const & __cdecl boost::system::generic_category(void)" (?generic_category@system@boost@@YAABVerror_category@12@XZ) referenced in function "void __cdecl boost::system::`dynamic initializer for 'posix_category''(void)" (??__Eposix_category@system@boost@@YAXXZ) 1> Basically the functions boost::system::system_category and boost::system::generic_category aren't defined anywhere. I can't find the implementation of these functions in boost source when I tried grepping it. Should I just use bjam to build the asio library. Thanks arun

3 2

Re: [boost] [build] Test marked as compile-fail is now reported as a failure.
by Adam Wulkiewicz 13 Jan '15

13 Jan '15

Hi Vladimir 2015-01-12 7:26 GMT+01:00 Vladimir Prus <vladimir(a)codesourcery.com>: > > Hi Adam, > > On 01/11/2015 10:38 PM, Adam Wulkiewicz wrote: > >> Hi, >> >> Since yesterday one test marked as compile-fail is now reported as a >> failure on the regression tests page. >> >> It's the test: rtree_values_invalid >> on the page: http://www.boost.org/development/tests/develop/ >> developer/geometry-index.html >> >> Surprisingly other tests aren't. >> see e.g.: geographic_custom_point_with_wrong_units >> on the page: http://www.boost.org/development/tests/develop/ >> developer/geometry.html >> > > Why is it surprising that test A fails while test B does not? Are these > exactly identical > tests? > They're both expected to fail to compile. > > They seem to be defined the same way in the Jamfile: >> https://github.com/boostorg/geometry/blob/develop/index/ >> test/rtree/Jamfile.v2 >> https://github.com/boostorg/geometry/blob/develop/test/ >> point_concept/Jamfile.v2 >> > > Could it be that the problem with the actual tested functionality. > AFAIU no because the test is reported as a fail only if it's expected to compile/link/run but it fails to compile/link/run. If the situation is the opposite (expected to fail but doesn't fail) the test is reported as a pass (with dark green background). Otherwise the test should be reported as a "regular" pass. > > AFAIS the oldest run when it failed was of the runner: >> teeks99-03c-Ubuntu12.04-64 on Sat, 10 Jan 2015 02:05:44. >> On Fri, 09 Jan 2015 18:36:55 (teeks99-08b-win2012R2-64on64) everything >> was ok. >> >> Furthermore when run locally it's also reported as a failure. Some time >> ago of course "(failed-as-expected)" message was printed instead. >> Do you have any idea what may be wrong? >> > > Looking at > > http://www.boost.org/development/tests/develop/ > developer/output/BP%20x86_64%20C++11-boost-bin-v2-libs- > geometry-index-test-rtree- rtree_values_invalid-test- > clang-linux-3-5~c14_libc++-debug-debug-symbols-off.html > > It does look indeed that complication is successfull, while it should fail > for the test to pass. If by successful you mean "the compiler output is present" then indeed it isn't. However it's not always the case, see: http://www.boost.org/development/tests/develop/developer/output/BP%20x86_64… http://www.boost.org/development/tests/develop/developer/output/trippels_gc… Though I can't see any error message there, only warnings. But this is not the first time I see something like this on the regression tests page. However the message about trimming of the output is displayed only for the first of the tests mentioned above. > Locally for me, with gcc, the > compilation fails, and the test is deemed passing, so I can't see any > Boost.Build malfunction here. > Yes, the cause may be located elsewhere, in Geometry, Regression, Test, etc. For a clean run I'm now unable to build the tests due to some undefined references but the problem is most likely located elsewhere. > Am I missing something? Or am I? Regards, Adam

3 6

Re: [boost] [Boost-testing] Linux regression test runners - What do devs want?
by Blower, Melanie 13 Jan '15

13 Jan '15

Niklas, How do you compare the results of running the same compiler on Linux and QNX? Do you just eyeball the report on the website, or do you use a script to compare the test results on the filesystem? Thanks and regards, Melanie -----Original Message----- From: Boost-Testing [mailto:boost-testing-bounces@lists.boost.org] On Behalf Of Niklas Angare Sent: Tuesday, January 13, 2015 7:09 AM To: boost-testing(a)lists.boost.org Cc: boost(a)lists.boost.org Subject: Re: [Boost-testing] Linux regression test runners - What do devs want? "Tom Kent" <lists(a)teeks99.com> wrote: > Instead of running lots of different versions, I was thinking about > running various compatibility options of the two main compilers...I've > seen some other test runners with things like libc++, c++11, c++14, > etc. My real question, would developers be better served by these > options than different versions? Would they prefer both with longer > revisit times between each test type? Other thoughts? My runners use gcc 4.4(.2) (in gnu++0x mode) on QNX, and it's useful to be able to compare to the same compiler running on Linux. I'm sure it's the same for other non-Linux environments such as MinGW. Currently there are other runners that match my compiler configuration better than yours do, but you get the idea. Regards, Niklas Angare _______________________________________________ Boost-Testing mailing list Boost-Testing(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-testing

1 0

TravisCI and Coveralls integration instructions
by Antony Polukhin 12 Jan '15

12 Jan '15

Hi all, The following step by step instruction https://svn.boost.org/trac/boost/wiki/TravisCoverals may be useful for those of you who want to: * make sure that tests cover all the code lines * make the README.md more colorful and useful * use additional testing infrastructure Here are some examples of how the results looks like: * https://github.com/boostorg/variant#test-results * https://github.com/boostorg/type_index#test-results P.S.: Shall I add this tutorial to "Guidelines" or to the "Infrastructure" section of the Wiki? -- Best regards, Antony Polukhin

2 1

[boost.fiber] regarding to migration of fibers between threads?!
by Oliver Kowalke 12 Jan '15

12 Jan '15

Hello, boost.fiber was reviewed in January 2014 and now I've finished the requested changes. Unfortunately the migration of fibers between threads is not stable yet, but synchronizing fibers running in different threads works. I'd like to know if fiber migration is absolute necessary to pass the next review or might it be acceptable to finish this feature later. so long, Oliver

2 1

[mixin] Library name
by Matus Chochlik 12 Jan '15

12 Jan '15

On Mon, Jan 12, 2015 at 1:32 PM, Klaim - Joël Lamotte <mjklaim(a)gmail.com> wrote: > On Mon, Jan 12, 2015 at 1:21 PM, Borislav Stanimirov <b.stanimirov(a)abv.bg> > wrote: > > > > > * EntityComponent - not great since it doesn't exactly follow the > > entity-component-system pattern, although it can be said that it allows > the > > construction of entities from components. > > > > > As long as you consider that it is not implementing the ECS pattern, it > shouldn't use this name indeed. > > +1 If the `Mixin` name is 'bad' because it is used to describe something different in C++ then `EntityComponent` is 'bad' for the same reason

1 0

Re: [boost] GSoC Proposal[game dev and boost c++]
by Mudit Sharma 12 Jan '15

12 Jan '15

Respected all, As we all know in game development Rotation and Translation play the most important role..I propose to implement either[whichever is relevant to boost] using boost geomtry(of course) and uBLAS(will make calculations easier)... Can this be taken up as a project for summers?

3 2

[Mixin] Some comments
by Vicente J. Botet Escriba 12 Jan '15

12 Jan '15

Hi, First of all, I want to say that I like your library too much. It is quite close to a library I was working one EntityRoleSubject. You library could be extended to to take in account the subjective programming paradigm (see below). I have some comments/remarks/questions: * I have some doubts about the name mixin. What a mixin has more than a facet or an aspect? Mixins in C++ have a specific mean in the context of CRTP. Why have you chosen the mixin name? * The construction of the mixins in the tutorial is done always with the default constructor. Can we do emplace construction? How can you ensure the invariants of some mixing classes? * The priority of the messages doens't compose well. The user needs to have a global view of the application so that it can assign the correct priority. I have not a better suggestion, but I think that this issue would need more insight. * Respect to subjective programming: it would be great to be able to create subject from an entity so that only the mixins of the subject would play when a reference to this subject is addressed. subject<Mix_1, .... Mix_n> s (o); o.get<Mix_k>() works as expected. o.get<Other>() compile fails if not equal to any Mix_k * The macro bm_this :( * I would like to see what is behind the scenes the different macros in an implementation section. * The entity-mixin relation is not recursive, that is, a mixin can not have associated mixins, or can them? * Can a mixin D inherit from another mixin B? Could the mixing D be retrieved when getting the mixing B? mutate(o).add<D>; o.get<B>()->f() // f been a virtual function on B? * The example of the mixin headphones_player show that the play() implementation makes use of get_sound() provided by other mixins. This dependency is not explicit. I would expect to be able to say that headphones_player depends on another mixing providing the get_sound message. That's all for now.I will come back later when i will read more. A BTW, the reference documentation doesn't contain the add<M>/get<M> mutate functions? Best, Vicente

4 11

[chrono] Dependency on math?
by Beman Dawes 12 Jan '15

12 Jan '15

The latest dependency report shows chrono as having a dependency on math. See http://www.pdimov.com/tmp/report-develop-3b5a9f4/module-overview.html math is really big. In testing bpm, an install of timer (which depends on chrono) slowed noticeably when it got to math. Presumably the build is also much slower, although I haven't tested that yet. Is the math dependency really needed? Thanks, --Beman

7 18