[Bug middle-end/38492] [graphite] segfaulting code when compiled with -fgraphite -fgraphite-identity

2008-12-18 Thread jsjodin at gcc dot gnu dot org
--- Comment #6 from jsjodin at gcc dot gnu dot org 2008-12-18 19:39 --- > This still fails here: > > gfortran -v -O2 -g -ffree-form -fgraphite -fgraphite-identity -cpp -D__FFTSG > PR38492.f90 > I looked into this failure. It fails because the number of iterations can

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

2007-12-12 Thread jsjodin at gcc dot gnu dot org
--- Comment #8 from jsjodin at gcc dot gnu dot org 2007-12-13 01:56 --- (In reply to comment #7) > >+static tree get_generic_type_node_from_size(int size) > > This function needs lots of improvement because the size of the modes is based > on UNIT_BIT_SIZE (I think th

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

2007-12-03 Thread jsjodin at gcc dot gnu dot org
--- Comment #6 from jsjodin at gcc dot gnu dot org 2007-12-03 15:41 --- > Indeed the extra load disappeared when with the patch. The store did not get > deleted as expected. I looked at the differences between the good and bad > case. After doing some more investigation an a

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

2007-11-13 Thread jsjodin at gcc dot gnu dot org
--- Comment #5 from jsjodin at gcc dot gnu dot org 2007-11-13 17:07 --- (In reply to comment #4) > Related to PR 33790 (and most likely fixed by it). There is another issue > with > that bug relating to not deleting the extra store. > Indeed the extra load disappeared w

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

2007-11-09 Thread jsjodin at gcc dot gnu dot org
--- Comment #3 from jsjodin at gcc dot gnu dot org 2007-11-09 16:17 --- Created an attachment (id=14518) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14518&action=view) Assembly code for good code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

2007-11-09 Thread jsjodin at gcc dot gnu dot org
--- Comment #2 from jsjodin at gcc dot gnu dot org 2007-11-09 16:16 --- Created an attachment (id=14517) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14517&action=view) Assembly code for bad code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043

[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

2007-11-09 Thread jsjodin at gcc dot gnu dot org
--- Comment #1 from jsjodin at gcc dot gnu dot org 2007-11-09 16:16 --- Created an attachment (id=14516) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14516&action=view) Source code to expose the missed optimization -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043

[Bug tree-optimization/34043] New: Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.

2007-11-09 Thread jsjodin at gcc dot gnu dot org
gnu dot org ReportedBy: jsjodin at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043

[Bug tree-optimization/33680] [4.3 Regression] ICE when compilling elbg.c from ffmpeg (vectorizer)

2007-10-11 Thread jsjodin at gcc dot gnu dot org
--- Comment #15 from jsjodin at gcc dot gnu dot org 2007-10-11 14:17 --- (In reply to comment #14) > BTW, without this patch > http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02122.html > there is no ICE and the loop gets vectorized. > > Ira > It may be that the tes