http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--- Comment #38 from Ion Gaztañaga 2011-01-18
19:15:22 UTC ---
Thanks Richard for the detailed report. The fact is that the next standard is
trying to support relative pointers for container implementations (much like
Boost.Interprocess does), to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--- Comment #40 from Ion Gaztañaga 2011-01-19
16:07:01 UTC ---
(In reply to comment #39)
> The point with the case in question is that a pointer to a global
> object is computed relative to the address _of an automatic variable_.
> I hope no stan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--- Comment #42 from Ion Gaztañaga 2011-01-20
11:52:36 UTC ---
> No, there is no way to do that. Sorry, but you really have to
> re-design this thing to be standard conformant.
Thanks for your detailed report, I was not aware of this problem so
--- Comment #17 from igaztanaga at gmail dot com 2008-07-23 08:03 ---
Andrew, I think I do write some crappy code, but the slowdown is also present
in the non-optimized version.
FWIW, there are STL implementations that embed the color bit in rbtrees in the
parent pointer so the
