Jeff Law writes:
>> 2015-08-20 Rainer Orth
>>
>> libstdc++-v3:
>> * acinclude.m4 (GLIBCXX_ENABLE_VTABLE_VERIFY) : Use
>> -Wl,-R in VTV_CXXLINKFLAGS.
>> * configure: Regenerate.
>>
>> * testsuite/18_support/bad_exception/23591_thread-1.c: Use
>> -fvtable-verify=none
Hi Caroline,
> All of the patch looks good to me, but I can only approve the libvtv
> portion (which I do). Someone else will need to approve the rest.
thanks. Jeff did so in the meantime.
>>> * Like Cygwin, Solaris has no obstack functions in libc, so I'm now
>>> using a common conditional
On 11/24/2015 03:24 AM, Rainer Orth wrote:
Rainer Orth writes:
>Now that init priority support on Solaris is on mainline, porting libvtv
>proved to be relatively easy, though it discovered a couple of quirks on
>a non-gld non-x86 platform.
This patch has now remained unreviewed for a week. W
(Trying this again; the mailer daemon rejected my first message)
All of the patch looks good to me, but I can only approve the libvtv
portion (which I do). Someone else will need to approve the rest.
-- Caroline Tice
cmt...@google.com
On Tue, Nov 24, 2015 at 2:24 AM, Rainer Orth
wrote:
> Rain
Rainer Orth writes:
> Now that init priority support on Solaris is on mainline, porting libvtv
> proved to be relatively easy, though it discovered a couple of quirks on
> a non-gld non-x86 platform.
This patch has now remained unreviewed for a week. With both Jeff and
Richi fine with it going
On Tue, Nov 17, 2015 at 9:09 PM, Jeff Law wrote:
> On 11/17/2015 06:24 AM, Rainer Orth wrote:
>>
>>
>> I'm still investigating what causes those timeouts, it seems to be a
>> scalability issue in libc.
>>
>> While I realize that we are past stage1, maybe the fact that this patch
>> is for an off-b
On 11/17/2015 06:24 AM, Rainer Orth wrote:
I'm still investigating what causes those timeouts, it seems to be a
scalability issue in libc.
While I realize that we are past stage1, maybe the fact that this patch
is for an off-by-default feature and well localized still could allow it
into mainli
