--- Comment #24 from rguenth at gcc dot gnu dot org 2008-11-28 11:30
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from rguenth at gcc dot gnu dot org 2008-11-28 11:32
---
Subject: Bug 37742
Author: rguenth
Date: Fri Nov 28 11:30:45 2008
New Revision: 142257
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142257
Log:
2008-11-28 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #23 from rguenth at gcc dot gnu dot org 2008-11-21 11:09
---
We actually usually never ask for the alias set of an indirect reference, but
instead we seem to use the pointed-to type instead which doesn't inherit the
restrict handling. Otherwise we would miscompile even the
--- Comment #20 from rguenth at gcc dot gnu dot org 2008-11-20 16:25
---
Reduced testcase for the libgfortran failure (-O2 -ftree-vectorize):
void matmul_i4 (int * __restrict dest_y,
const int * __restrict abase,
const int * __restrict bbase_y,
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-11-20 17:15
---
The problem with our restrict handling seems to be deeper. We fail to set
the based-on-restrict property properly.
abase_n{4}_13 = abase{-2}_12(D) + D.1614_11;
so here abase_n and abase are not properly
--- Comment #22 from rguenth at gcc dot gnu dot org 2008-11-20 17:22
---
For 4.4 I will collect the fixes and just disable the assertion... we cannot
fix this properly without switching to a completely points-to based restrict
implementation (lumping restrict together with TBAA info
--- Comment #19 from rguenther at suse dot de 2008-11-19 17:43 ---
Subject: Re: [4.4 Regression] ICE in vectorizer with
restrict pointer
On Tue, 18 Nov 2008, jakub at gcc dot gnu dot org wrote:
--- Comment #18 from jakub at gcc dot gnu dot org 2008-11-18 20:13
---
--- Comment #17 from jakub at gcc dot gnu dot org 2008-11-18 18:26 ---
Created an attachment (id=16718)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16718action=view)
gcc44-pr37742.patch
Testcase #c7 can be fixed by this patch. Without it, alias sets in presence of
restricted
--- Comment #18 from jakub at gcc dot gnu dot org 2008-11-18 20:13 ---
Created an attachment (id=16719)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16719action=view)
incremental patch
This fixed matmul_i2.c, DR_BASE_ADDRESS wasn't in this case TYPE_RESTRICT, nor
SSA_NAME, but
--- Comment #16 from reichelt at gcc dot gnu dot org 2008-11-11 08:12
---
The testcase in comment #7 (and the original code in comment #4) still crashes.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-11-05 12:17
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-11-05 12:18
---
Subject: Bug 37742
Author: rguenth
Date: Wed Nov 5 12:17:10 2008
New Revision: 141606
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141606
Log:
2008-11-05 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #15 from linuxl4 at sohu dot com 2008-11-06 01:23 ---
really ?
my gcc is r141610
[~/tmp]$gcc -O2 -march=pentium4 -ftree-vectorize opsum.c
../../../../src/mpi/coll/opsum.c: In function 'MPIR_SUM':
../../../../src/mpi/coll/opsum.c:21: internal compiler error: in
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-10-14 20:46
---
This is because data-ref uses p1 for DR_BASE_ADDRESS instead of p (which is
restrict qualified), for the scalar load we do not do this propagation
because
we try to retain restrict qualifications.
simple_iv () in
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-10-13 21:37
---
*** Bug 37817 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-10-10 07:49
---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from reichelt at gcc dot gnu dot org 2008-10-09 20:51
---
I just stumbled over the same bug and a similar ICE in vectorizable_store:
The following valid code snippet triggers an ICE on mainline when compiled
with -march=pentium4 -O2 -ftree-vectorize on
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-10-07 21:04 ---
Reduced testcase:
typedef struct {
float re;
float im;
} d_complex;
void MPIR_SUM ( d_complex * __restrict a, d_complex * __restrict b, int len)
{
int i;
for ( i=0; ilen; i++ )
{
a[i].re =
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-10-07 21:04 ---
Also happens on powerpc64-linux-gnu with -maltivec.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
20 matches
Mail list logo
