[Patch] libstdc++/14493
Benjamin Kosnik
bkoz@redhat.com
Thu Feb 1 12:58:00 GMT 2007
>> it looks like mainline is currently wrong: what's in
>> GLIBCXX_3.4.10 should be in GLIBCXX_3.4.9 (and those changes should go
>> to gcc-4_2-branch) and the new changes that you propose should also go
>> in GLIBCXX_3.4.9 (and also go in gcc-4_2-branch.)
>
> We never discussed in the open this kind of policy. In my opinion, it
> makes the life of the maintainers simpler, but, on the other hand, it's
> risky and/or blocks unrestrained development in newer branches.
I agree that it's simpler for the maintainers. This is good, and the
only sane solution IMHO. Versioning is hard: why make it harder?
I don't think it blocks unrestrained development in new branchers: how?
> I don't
> think this is the obvious, general policy of GCC.
Oh yeah, the policy.
;)
> Indeed, in this
> specific case, this kind of sync implies that slightly experimental
> stuff we have in mainline (e.g., the debug-mode multithreading fixes,
> useful but not a regression) must necessarily go immediately in 4.2.0
> branch and the present fix too.
Yeah. I think the debug-mode MT fixes are fine and stand behind your
work: that should be in 4.2.0 IMHO. Same for the rest of the added symbols.
> Since you are of this opinion (and,
> supposedly, will share the responsability for the corresponding action
> ;) I will take care of the whole sync work, but still, I'm not
> completely happy with this kind of general policy (for the future)
Of course I am willing to share responsibility.... merely stating my
opinion on the current state.
I'm not necessarily suggesting this as a future, blanket policy. Or even
that there is any blanket policy at the moment! Or, should be.
> P.S. That "Capiche" sounded totally weird to me, then I found this:
>
> http://en.wikipedia.org/wiki/Capiche
>
> Actually, the spelling is wrong, would be "Capisce?", or, confidential,
> "Capisci?". Well, in general, it's slightly more polite to say,
> "D'accordo?", because it means "Agreed?", therefore there is no
> ambiguity that the listener is asked whether he *understands* the matter
> vs agrees about the best solution.
Ah. Serves me right to spread confusion when I, now corrected, say:
D'accordo?
Thanks for this: quite informative.
best,
benjamin
>
More information about the Libstdc++
mailing list