--- Comment #2 from j at jasper dot es 2008-09-15 08:52 ---
Whoops, sorry, this was an error on my side, as the test case was dumbed down
too much. Will try to make a better and valid testcase, as I have something
like this occurring to me.
--
j at jasper dot es changed:
--- Comment #4 from ubizjak at gmail dot com 2008-09-15 09:01 ---
IMO, you need to define NO_DOLLAR_IN_LABEL in your configuration files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37520
--- Comment #3 from abel at gcc dot gnu dot org 2008-09-15 09:02 ---
I have checked that this is because of the selective scheduler merge. I will
look at it.
--
abel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-15 09:11 ---
Please try http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01076.html
patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from irar at il dot ibm dot com 2008-09-15 09:11 ---
(In reply to comment #6)
>
> I see vect_create_data_ref_ptr is getting the type to use passed
> in case of stores and this is TREE_TYPE (vec_oprnd) - is vec_oprnd
> the lhs or the rhs? It looks like it is the rhs whic
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-15 09:21 ---
I'd prefer it just to call initializer_constant_valid_p (val, TREE_TYPE (val))
== null_pointer_node for flag_pic (and != NULL_TREE for !flag_pic). What is in
#c4 would need at least some write after write barriers, wo
--- Comment #8 from rguenther at suse dot de 2008-09-15 09:23 ---
Subject: Re: [4.4 Regression] Revision 140257 causes
vectorizer tests failures
On Mon, 15 Sep 2008, irar at il dot ibm dot com wrote:
>
>
> --- Comment #7 from irar at il dot ibm dot com 2008-09-15 09:11 ---
--- Comment #8 from jakub at gcc dot gnu dot org 2008-09-15 09:42 ---
Everything seems to be fixed as far as I can see.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
When running the attached code (compiled with -fopenmp) I see intermittent
'WUH' in my output, which should not happen. Wasting some cycles between the
initialization of the array and the start of the DO loop (by printing some
data) works.
jbook:optidus-tng spaans$ LANG=C gfortran -v
Using built-i
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-15 08:38 ---
Mine then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #1 from j at jasper dot es 2008-09-15 08:45 ---
Created an attachment (id=16321)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16321&action=view)
source code for testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37523
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-15 08:31 ---
This is caused by PR15255 fix, undistribute_ops_list -> build_and_add_sum
happily appends new statements after a throwing statement.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-15 09:36 ---
*** Bug 36458 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
13 matches
Mail list logo