On Tue, Oct 1, 2013 at 5:49 PM, Christophe Lyon
wrote:
> Hi,
>
> I am resuming investigations about disabling peeling for
> alignment (see thread at
> http://gcc.gnu.org/ml/gcc/2012-12/msg00036.html).
>
> As a reminder, I have a simple patch which disables peeling
> unconditionally and gives some
On 10/02/2013 12:47 AM, David Edelsohn wrote:
> It is unfortunate that global reviewers are so busy that they cannot
> review the few, infrequent new port submissions. But I find it very
> distasteful for someone to hyperventilate because other, busy people
> don't do something that appears obvious
2013/10/1 Jakub Jelinek :
> On Tue, Oct 01, 2013 at 04:15:53PM +0400, Ilya Enkovich wrote:
>> I'd like to restart discussion on this topic. I see two viable options
>> in this thread for PLT entry for MPX.
>>
>> The first one is to use new relocation for calls requiring extended
>> PLT. Linker may
Hi, Thomas!
>
> Unfortunately, even with that in place, I'm getting ICEs in LTO
> streaming (that is, the test cases specifying -flto GCC's testsuite),
> and also for trivial OpenACC code with -fopenacc, both for Fortran and
> C code.
This was fixed yesterday with exception of LTO which was not t
Hendrik Greving writes:
> gcc --version
> gcc (GCC) 4.8.1
>
> (4.7.2 seems to work)
>
> gcc -g -fPIC -O2 -Wall -o test test.c
>
> ./test
> type_a is 0x0
>
> Correct would be 0x14000. I don't see how the C-code could be
> ambiguous, I think this is a bug?
>
> test.c:
>
> #inclu
Hi!
On Mon, 30 Sep 2013 09:30:47 +0200, Jakub Jelinek wrote:
> On Mon, Sep 30, 2013 at 12:05:55AM +0200, Thomas Schwinge wrote:
> > Is my understanding correct that the GCC policy regarding extensions such
> > as support for OpenACC or OpenMP 4 is: first develop and polish this on a
> > branch (s
On Wed, Oct 2, 2013 at 4:31 AM, Andrew Haley wrote:
> On 10/02/2013 12:47 AM, David Edelsohn wrote:
>> It is unfortunate that global reviewers are so busy that they cannot
>> review the few, infrequent new port submissions. But I find it very
>> distasteful for someone to hyperventilate because ot
On 10/02/2013 01:46 PM, David Edelsohn wrote:
On Wed, Oct 2, 2013 at 4:31 AM, Andrew Haley wrote:
On 10/02/2013 12:47 AM, David Edelsohn wrote:
It is unfortunate that global reviewers are so busy that they cannot
review the few, infrequent new port submissions. But I find it very
distasteful f
On Wed, Oct 2, 2013 at 3:49 PM, Andrew Haley wrote:
> On 10/02/2013 01:46 PM, David Edelsohn wrote:
>>
>> On Wed, Oct 2, 2013 at 4:31 AM, Andrew Haley wrote:
>>>
>>> On 10/02/2013 12:47 AM, David Edelsohn wrote:
It is unfortunate that global reviewers are so busy that they cannot
r
On Wed, 2013-10-02 at 15:59 +0200, Richard Biener wrote:
> On Wed, Oct 2, 2013 at 3:49 PM, Andrew Haley wrote:
> > On 10/02/2013 01:46 PM, David Edelsohn wrote:
> >>
> >> On Wed, Oct 2, 2013 at 4:31 AM, Andrew Haley wrote:
> >>>
> >>> On 10/02/2013 12:47 AM, David Edelsohn wrote:
>
> It
I didn't realize the code violated strict aliasing. After reading it,
it seems trivial. Somehow I also thought this is only a C++ thing.
Apparently this is "defined as undefined behavior" in C99?
Thanks a lot! You just found a bug in my code.
Regards,
Thanks,
Hendrik Greving
On Wed, Oct 2, 2013
Ping?
> Here's the corrected ChangeLog entry.
>
> 2013-09-30 Tom Tromey
>
> * Makefile.in (DRIVER_DEFINES): Use $(if), not $(and).
--
Eric Botcazou
> "Eric" == Eric Botcazou writes:
Eric> Ping?
Sorry, I think it requires a review.
I'll send it to gcc-patches.
Tom
> Sorry, I think it requires a review.
> I'll send it to gcc-patches.
IMO it clearly falls into the obvious category.
--
Eric Botcazou
> "Eric" == Eric Botcazou writes:
>> Sorry, I think it requires a review.
>> I'll send it to gcc-patches.
Eric> IMO it clearly falls into the obvious category.
I wasn't so sure; but in any case Jakub quickly approved it and I have
checked it in.
Tom
Hi,
currently bootstrap is broken for me with errors of this kind:
/scratch/Gcc/svn-dirs/trunk/gcc/graphite-scop-detection.c: In function
‘void canonicalize_loop_closed_ssa(loop_p)’:
/scratch/Gcc/svn-dirs/trunk/gcc/graphite-scop-detection.c:1335:26:
error: ‘replace_exp’ was not declared in thi
On 10/02/2013 03:29 PM, Paolo Carlini wrote:
Hi,
currently bootstrap is broken for me with errors of this kind:
/scratch/Gcc/svn-dirs/trunk/gcc/graphite-scop-detection.c: In function
‘void canonicalize_loop_closed_ssa(loop_p)’:
/scratch/Gcc/svn-dirs/trunk/gcc/graphite-scop-detection.c:1335:26:
On 10/02/2013 03:33 PM, Andrew MacLeod wrote:
On 10/02/2013 03:29 PM, Paolo Carlini wrote:
Hi,
currently bootstrap is broken for me with errors of this kind:
/scratch/Gcc/svn-dirs/trunk/gcc/graphite-scop-detection.c: In
function ‘void canonicalize_loop_closed_ssa(loop_p)’:
/scratch/Gcc/svn-di
On 10/02/2013 09:35 PM, Andrew MacLeod wrote:
ie, like this
And I'll check it in
Thanks. I'm bootstrapping while we speak. I'll let you know in a few
minutes.
Paolo.
Dear steering committee,
To support the _Cilk_spawn, and _Cilk_sync implementation in GCC (patch
submitted link: http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00859.html), we
need to add a foreign library (Cilk Runtime Library) into the gcc repository.
With this email, I am attaching the
.. patchlet worked for me. Thanks again!
Paolo.
On 10/02/2013 03:55 PM, Paolo Carlini wrote:
.. patchlet worked for me. Thanks again!
NP.. , all checked in.
thanks for testing it.
Andrew
On 10/02/13 13:40, Iyer, Balaji V wrote:
Dear steering committee, To support the _Cilk_spawn, and _Cilk_sync
implementation in GCC (patch submitted link:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00859.html), we need to
add a foreign library (Cilk Runtime Library) into the gcc repository.
With
23 matches
Mail list logo
