Benjamin Kosnik writes:
> OK.
>
> Looks great thanks Ranier.
Installed on mainline and 4.6 branch.
Thanks for all your help getting this right.
Rainer
--
-
Rainer Orth, Center for Biotechnology, Bielefeld Uni
> 2011-03-15 Rainer Orth
>
> * config/abi/post/solaris2.8/baseline_symbols.txt: Regenerate.
> * config/abi/post/solaris2.8/sparcv9/baseline_symbols.txt:
> Likewise.
> * config/abi/post/solaris2.10/baseline_symbols.txt: Likewise.
> * config/abi/post/solaris2.10/amd64/bas
On Wed, Mar 23, 2011 at 01:27:53PM +0100, Rainer Orth wrote:
> Ok for mainline (once testing has finished) and 4.6 branch now?
Looks ok to me, so if Benjamin is ok with it too...
> 2011-03-15 Rainer Orth
>
> * config/abi/post/solaris2.8/baseline_symbols.txt: Regenerate.
> * config
Benjamin Kosnik writes:
>> ... and I suppose the thinko alone should be fixed in 4_6-branch too,
>> right?
>
> Yeah. The versioning for the latest symbols has to match, or be done
> in a compatible way. But hang on, I'll wait on Rainer and move trunk to
> branch if he can confirm trunk is version
> ... and I suppose the thinko alone should be fixed in 4_6-branch too,
> right?
Yeah. The versioning for the latest symbols has to match, or be done
in a compatible way. But hang on, I'll wait on Rainer and move trunk to
branch if he can confirm trunk is version-able on solaris.
-benjamin
... and I suppose the thinko alone should be fixed in 4_6-branch too, right?
Paolo.
On 03/15/2011 08:05 PM, Benjamin Kosnik wrote:
I've also changed the bad_function_call exports to not be in libsupc++,
or the freestanding version. (ie to GLIBCXX from CXXABI). I think this
was probably a simple thinko, right Paolo?
Yes, as far as I can see now. Sorry about that and thanks for ca
> The lines in question are
>
> ##_ZTISt16nested_exception (glob)
> _ZTISt16nested_exception;
> ##_ZTSSt16nested_exception (glob)
> _ZTSSt16nested_exception;
> ##_ZTVSt16nested_exception (glob)
> _ZTVSt16nested_exception;
>
> in CXXABI_1.3.5, but the same symbols are also
> I think we agreed that it would be useful to regenerate the Solaris 2
> libstdc++ baselines close to the GCC 4.6.0 release, especially given
> that symbol versioning on Solaris appears in 4.6.0 for the first time
> and several symbols have been added to the libstdc++.so ABI since the
> last upda
Rainer Orth writes:
> I think we agreed that it would be useful to regenerate the Solaris 2
> libstdc++ baselines close to the GCC 4.6.0 release, especially given
> that symbol versioning on Solaris appears in 4.6.0 for the first time
> and several symbols have been added to the libstdc++.so ABI
I think we agreed that it would be useful to regenerate the Solaris 2
libstdc++ baselines close to the GCC 4.6.0 release, especially given
that symbol versioning on Solaris appears in 4.6.0 for the first time
and several symbols have been added to the libstdc++.so ABI since the
last update.
This p
11 matches
Mail list logo