|
Boost : |
Subject: Re: [boost] [1.59] Still unmerged changes in the super-project
From: Paul A. Bristow (pbristow_at_[hidden])
Date: 2015-08-08 15:06:20
I have no knowledge of these unmerged changes, but I am coming to the view that things that exist in
develop for a long time without causing trouble should be merged to master unless someone objects.
We have far too many unmerged and unapplied fixes.
So I have come to view that the benefits of probably-fixing-things outweigh the risk of
possibly-breaking-things.
Paul
--- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830 > -----Original Message----- > From: Boost [mailto:boost-bounces_at_[hidden]] On Behalf Of John Maddock > Sent: 04 August 2015 19:33 > To: boost_at_[hidden] > Subject: [boost] [1.59] Still unmerged changes in the super-project > > There are a number of unmerged changes in develop of the super-project that look like they should > really be in release, in particular: > > * Jamroot, contains amongst other things a very old fix for Oracle C++ support, without which > building with Oracle is more or less broken. In fact unmerged commits on this file go back to....wait > for it... 2011 ! > * bootstrap.bat has fixes for some rather embarrassing typos. > * bootstrap.sh has lots of fixes, also going back to 2011. > > Those were the "highlights" that stood out to me, the full list with unmerged changes is: > > .gitmodules | 613 > ++++++++++++++++++------------------ > .travis.yml | 6 +- > Jamroot | 32 +- > boostcpp.jam | 47 +-- > boostcpp.py | 459 --------------------------- > bootstrap.bat | 4 +- > bootstrap.sh | 24 +- > doc/Jamfile.v2 | 2 - > doc/src/boost.xml | 2 - > libs/libraries.htm | 10 +- > libs/maintainers.txt | 5 +- > status/Jamfile.v2 | 4 - > status/explicit-failures-markup.xml | 41 +-- > tools/Jamfile.v2 | 2 +- > 14 files changed, 336 insertions(+), 915 deletions > > Best, John. > > _______________________________________________ > Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk