Hi All,
Here is a patch that, I believe, should fix the symbol version mismatches
between the runtime and the STL implementation. I have run the exception tests
from libcxxrt with this patch applied and:
- libsupc++ & libstdc++
- libcxxrt & libstdc++
- libcxxrt & libc++
All tests pass for me
On Sun, Jan 27, 2013 at 01:28:44PM +, David Chisnall wrote:
> Hi All,
>
> Here is a patch that, I believe, should fix the symbol version mismatches
> between the runtime and the STL implementation. I have run the exception
> tests from libcxxrt with this patch applied and:
>
> - libsupc++
On 27 Jan 2013, at 15:03, Konstantin Belousov wrote:
> On Sun, Jan 27, 2013 at 01:28:44PM +, David Chisnall wrote:
>> + std::set_new_handler*;
> What are the symbols you assigning the version there ? I cannot find
> anything in the libstdc++.so export list which would match the line.
std
On Sun, Jan 27, 2013 at 03:17:51PM +, David Chisnall wrote:
> On 27 Jan 2013, at 15:03, Konstantin Belousov wrote:
>
> > On Sun, Jan 27, 2013 at 01:28:44PM +, David Chisnall wrote:
> >> + std::set_new_handler*;
> > What are the symbols you assigning the version there ? I cannot find
>
On 27 Jan 2013, at 15:52, Konstantin Belousov wrote:
> On Sun, Jan 27, 2013 at 03:17:51PM +, David Chisnall wrote:
>
> Apparently c++filt from 2.23.1 binutils has bug, c++filt is
> not able to demangle the set_new_handler.
I'm using the one from head, which may be the elftoolchain project on
On Sun, Jan 27, 2013 at 04:01:48PM +, David Chisnall wrote:
> On 27 Jan 2013, at 15:52, Konstantin Belousov wrote:
>
> > On Sun, Jan 27, 2013 at 03:17:51PM +, David Chisnall wrote:
> >
> > Apparently c++filt from 2.23.1 binutils has bug, c++filt is
> > not able to demangle the set_new_han
On Sun, Jan 27, 2013 at 06:15:51PM +0200, Konstantin Belousov wrote:
> On Sun, Jan 27, 2013 at 04:01:48PM +, David Chisnall wrote:
> > On 27 Jan 2013, at 15:52, Konstantin Belousov wrote:
> >
> > > On Sun, Jan 27, 2013 at 03:17:51PM +, David Chisnall wrote:
> > >
> > > Apparently c++filt