/
>
>>> So, anyone probing for dlopen() finds it in libfakechroot.
>>> However, when that dlopen() is called you get a (very confusing)
>>> link error. This is a bug because if the underlying C library does
>>> not have dlopen() then libfakechroot should either not export it or
>>> should forwar
Hi,
On Tue, 10 Feb 2015, Tom de Vries wrote:
> I've added two modifications to gimplify_modify_expr:
> - the WITH_SIZE_EXPR in which the CALL_TREE is wrapped, is dropped after
> gimplification, but we need the size expression at expansion in pass_stdarg.
> So I added the size expression as ar
On Tue, Feb 10, 2015 at 2:20 PM, Tom de Vries wrote:
> On 10-02-15 11:10, Richard Biener wrote:
>>>
>>> The single failing testcase (both with and without -m32) is
>>> >g++.dg/torture/pr45843.C:
>>> >...
>>> >./gcc/testsuite/g++/g++.sum:FAIL: g++.dg/torture/pr45843.C -O2 -flto
>>> >-fno-use-link
On 10-02-15 11:10, Richard Biener wrote:
The single failing testcase (both with and without -m32) is
>g++.dg/torture/pr45843.C:
>...
>./gcc/testsuite/g++/g++.sum:FAIL: g++.dg/torture/pr45843.C -O2 -flto
>-fno-use-linker-plugin -flto-partition=none (internal compiler error)
>...
>
>The failure
On Tue, Feb 10, 2015 at 10:22 AM, Tom de Vries wrote:
> [ was: Re: pass_stdarg problem when run after pass_lim ]
>
> On 03-02-15 14:36, Michael Matz wrote:
>>
>> Hi,
>>
>> On Tue, 3 Feb 2015, Tom de Vries wrote:
>>
>>> Ironically, that fix breaks the va_list_gpr/fpr_size optimization, so
>>> I've
[ was: Re: pass_stdarg problem when run after pass_lim ]
On 03-02-15 14:36, Michael Matz wrote:
Hi,
On Tue, 3 Feb 2015, Tom de Vries wrote:
Ironically, that fix breaks the va_list_gpr/fpr_size optimization, so
I've disabled that by default for now.
I've done a non-bootstrap and bootstrap bui
