[1.46.0] Unmerged changes to boost/detail
The following files in boost/detail have not been merged to trunk. If appropriate, these should be merged. container_fwd.hpp wash 28 Dec 2010 endian.hpp johnmadddock 26 May 2010 extended_integer.hpp dwalker 24 Jul 2008 iomanip.hpp wash 08 Dec 2010 Thanks, --Beman PS: Who is "wash"?
On Wed, Jan 12, 2011 at 10:15 AM, Beman Dawes <bdawes@acm.org> wrote:
The following files in boost/detail have not been merged to trunk. If
Er, that should have been "to release"
appropriate, these should be merged.
container_fwd.hpp wash 28 Dec 2010 endian.hpp johnmadddock 26 May 2010 extended_integer.hpp dwalker 24 Jul 2008 iomanip.hpp wash 08 Dec 2010
Thanks,
--Beman
PS: Who is "wash"?
Hi Beman, On Wednesday, 12. January 2011 16:16:22 Beman Dawes wrote:
On Wed, Jan 12, 2011 at 10:15 AM, Beman Dawes <bdawes@acm.org> wrote:
container_fwd.hpp wash 28 Dec 2010 endian.hpp johnmadddock 26 May 2010 extended_integer.hpp dwalker 24 Jul 2008 iomanip.hpp wash 08 Dec 2010 PS: Who is "wash"?
I've talked to Bryce on IRC about those patches (mostly for clang) this morning and promised to send him a reminder. Hope this is sufficient. 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@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 !
On 1:59 PM, Beman Dawes wrote:
On Wed, Jan 12, 2011 at 10:15 AM, Beman Dawes <bdawes@acm.org> wrote:
The following files in boost/detail have not been merged to trunk. If Er, that should have been "to release"
appropriate, these should be merged.
[...]
What about other trunk/release diffs? <http://lists.boost.org/Archives/boost/2010/11/172901.php>
Jim Bell wrote:
On 1:59 PM, Beman Dawes wrote:
On Wed, Jan 12, 2011 at 10:15 AM, Beman Dawes <bdawes@acm.org> wrote:
The following files in boost/detail have not been merged to trunk. If Er, that should have been "to release"
appropriate, these should be merged.
[...]
What about other trunk/release diffs?
What about them? Please note that Boost happily uses kinda distributed development model -- that is, unless author of library X pushed his changes to release, those changes are not included. Sometimes, components which matter to everybody get special treatment, but in general, release managers will not go after every change, pining respective maintainers. - Volodya -- Vladimir Prus Mentor Graphics +7 (812) 677-68-40
On 1:59 PM, Vladimir Prus wrote:
Jim Bell wrote:
What about other trunk/release diffs? What about them? Please note that Boost happily uses kinda distributed development model -- that is, unless author of library X pushed his changes to release, those changes are not included. Sometimes, components which matter to everybody get special treatment, but in general, release managers will not go after every change, pining respective maintainers.
I want to give maintainers ample liberty and time, but very old trunk/release diffs smell fishy and make one wonder if we understand very well what's really there. I realize that passing regressions goes a long way towards this, but we're not passing all regressions. I don't want to start the whole MIA maintainers discussion again, but if each release made a little progress that way, it would be nice.
On Thu, Jan 13, 2011 at 1:34 AM, Vladimir Prus <vladimir@codesourcery.com>wrote:
Jim Bell wrote:
What about other trunk/release diffs?
What about them? Please note that Boost happily uses kinda distributed development model -- that is, unless author of library X pushed his changes to release, those changes are not included. Sometimes, components which matter to everybody get special treatment, but in general, release managers will not go after every change, pining respective maintainers.
Right! For 1.46.0 I'm trying to ping (sometimes privately) developers where I'm suspicious. But certainly not for every unmerged change. --Beman
On Wed, Jan 12, 2011 at 3:17 PM, Jim Bell <Jim@jc-bell.com> wrote:
On 1:59 PM, Beman Dawes wrote:
On Wed, Jan 12, 2011 at 10:15 AM, Beman Dawes <bdawes@acm.org> wrote:
The following files in boost/detail have not been merged to trunk. If Er, that should have been "to release"
appropriate, these should be merged.
[...]
What about other trunk/release diffs?
I've been trying to get an updated list of libraries with problems, but am having a lot of svn server crashes so it is slow going. --Beman
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'll merge iomanip.hpp if it hasn't already been done. I'll merge that and any other clang fixes tommorrow, and make sure that vanilla clang-linux can build from release. container_fwd stuff is just a warning disable, but should be merged.
PS: Who is "wash"?
Hi. P.S. dgregor made the necessary clang change to fix wstreambuf on clang-linux, so it should be possible now to build most of boost without hacking your clang source. - -- Bryce Lelbach aka wash boost-spirit.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAk0umDcACgkQ9cB/V3/s9ExqoQCgnvANqJwh667XGZEhGdOgfysX RtgAnicSyuCxv0GMmW/uwYi5xZqNzEhB =HaSy -----END PGP SIGNATURE-----
The following files in boost/detail have not been merged to trunk. If appropriate, these should be merged.
container_fwd.hpp wash 28 Dec 2010 endian.hpp johnmadddock 26 May 2010
Merged, thanks for the reminder ;-)
extended_integer.hpp dwalker 24 Jul 2008
This is only used by boost/limits.hpp which also hasn't been merged to release. Someone needs to look into this whole thing and either merge en-mass or revert. John.
On Thu, Jan 13, 2011 at 6:33 AM, John Maddock <boost.regex@virgin.net>wrote:
The following files in boost/detail have not been merged to trunk. If
appropriate, these should be merged.
container_fwd.hpp wash 28 Dec 2010 endian.hpp johnmadddock 26 May 2010
Merged, thanks for the reminder ;-)
extended_integer.hpp dwalker 24 Jul 2008
This is only used by boost/limits.hpp which also hasn't been merged to release. Someone needs to look into this whole thing and either merge en-mass or revert.
Daryle started a bunch of changes, then disappeared:-( --Beman
This is only used by boost/limits.hpp which also hasn't been merged to release. Someone needs to look into this whole thing and either merge en-mass or revert.
Daryle started a bunch of changes, then disappeared:-(
After taking a look at the diffs, I've reverted these changes from Trunk - IMO there doesn't seem to be anything in them that we don't have already - I think extended_integer.hpp was to be used for other things but never was. John.
On Thu, Jan 13, 2011 at 8:44 AM, John Maddock <boost.regex@virgin.net>wrote:
This is only used by boost/limits.hpp which also hasn't been merged to
release. Someone needs to look into this whole thing and either merge en-mass or revert.
Daryle started a bunch of changes, then disappeared:-(
After taking a look at the diffs, I've reverted these changes from Trunk - IMO there doesn't seem to be anything in them that we don't have already - I think extended_integer.hpp was to be used for other things but never was.
Thanks, John! It was time to move on. I was also fairly sure that reverting was needed, but never had quite enough confidence to actually do it. --Beman
participants (6)
-
Beman Dawes -
Bryce Lelbach -
Jim Bell -
John Maddock -
Jürgen Hunold -
Vladimir Prus