Due to pr64625 I have looked more carefully to your logs and I did not see any
entry for libgomp.
Is it expected?
TIA
Dominique
> Le 15 déc. 2014 à 22:11, FX a écrit :
>
> Hi all,
>
> I’ve set up daily builds and regtests on a darwin box. The results should
> appear directly on gcc-testres
This adds a POSIX-based implementation of shared_timed_mutex, using
pthread_rwlock_* operations directly instead of implementing with
mutexes and two condvars. This enables using an optimized
pthread_rwlock_t on POSIX.
Tested on x86_64-linux.
OK?
2015-01-16 Torvald Riegel
* include/
On Fri, Jan 9, 2015 at 6:37 AM, Andrew Haley wrote:
> On 01/09/2015 12:30 PM, Richard Biener wrote:
>> Does --disable-lto-plugin work?
>
> Over to you, Cyd.
>
> Andrew.
>
An additional important note about --disable-lto,
--disable-libsanitizer appears to be required with that option and
bootstrapp
On Thu, Jan 15, 2015 at 4:11 AM, Andrew Pinski wrote:
> Hi,
> I have some code where we generate some weird code that has stores
> followed by a load from the same location.
> For an example we get:
> add x14, sp, 240
> add x15, sp, 232
> str x14, [sp, 136]
> mov w2, w27
> ldr w1, [sp, 136]
> st
Hi,
on S/390 I see invalid subregs being generated by LRA although
CANNOT_CHANGE_MODE_CLASS is supposed
to prevent these. The reason appears to be the code you've added with:
commit c6a6cdaaea571860c94f9a9fe0f98c597fef7c81
Author: vmakarov
Date: Tue Oct 23 15:51:41 2012 +
...
int
simplify
On 2015-01-16 12:30 PM, Andreas Krebbel wrote:
Hi,
on S/390 I see invalid subregs being generated by LRA although
CANNOT_CHANGE_MODE_CLASS is supposed
to prevent these. The reason appears to be the code you've added with:
commit c6a6cdaaea571860c94f9a9fe0f98c597fef7c81
Author: vmakarov
Date
