http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46997
Summary: new ia64 vector instructions are broken on HP-UX
(big-endian)
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46997
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
||sje at cup dot hp.com
Resolution|FIXED |
--- Comment #33 from Steve Ellcey 2011-02-09 22:44:20
UTC ---
I am reopening this bug because I am getting a failure of
gcc.dg/torture/vector-2.c that started when this patch was checked in. I think
this is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43494
--- Comment #35 from Steve Ellcey 2011-02-09 23:42:57
UTC ---
I think it is PR47614, I tried the first patch in that defect report and it
fixed my test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47283
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47866
Summary: gcc.dg/torture/vector-2.c fails on IA64
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47283
--- Comment #20 from Steve Ellcey 2011-03-01 21:50:38
UTC ---
It is still working for me on ia64-hp-hpux11.23 in 32 and 64 bit
modes but it is failing on my ia64-debian-linux-gnu system. I failed to notice
that earlier.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50153
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50153
--- Comment #6 from Steve Ellcey 2011-08-22 23:31:20
UTC ---
I am testing an inclhack.def header file fixup for abs. I am not sure if any
of the other header files checks on __cplusplus will be a problem but fixing
the abs problem should get us
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50153
--- Comment #9 from Steve Ellcey 2011-08-23 20:55:15
UTC ---
I think all I need to do is expand the existing hpux11_abs fixinclude rule
from 'ia64-hp-hpux11*' to '*-hp-hpux11*' I am currently testing this.
The other checks for '__cplusplus < 19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9635
--- Comment #8 from Steve Ellcey 2011-09-27 18:23:56
UTC ---
No, the patch I mentioned was not sent to this project. If I am reading the
web site correctly (the first link in comment #6), I think the patch was sent
to the
apache version of the C+
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49967
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50350
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50153
Steve Ellcey changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50326
Steve Ellcey changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Blocks|
||sje at cup dot hp.com
Resolution||INVALID
--- Comment #3 from Steve Ellcey 2011-10-13 17:57:50
UTC ---
The difference in results is due to the use of the fma instructions (fused
multiply add). If you don't want the fma instructions to be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48823
--- Comment #5 from Steve Ellcey 2011-10-13 20:16:46
UTC ---
I am not sure any set of flags will guarantee strict IEEE floating point
behavior. See PR37845 for some more information.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38018
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37678
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
||sje at cup dot hp.com
Resolution||FIXED
--- Comment #2 from Steve Ellcey 2011-10-20 21:31:53
UTC ---
Fixed by adding do-skip-if to the testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826
Bug #: 50826
Summary: bootstrap on 64 bit pa broken by r180194, ICE in
mem_loc_descriptor
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826
--- Comment #1 from Steve Ellcey 2011-10-21 20:46:46
UTC ---
Created attachment 25573
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25573
small test case
Test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826
--- Comment #2 from Steve Ellcey 2011-10-21 20:55:47
UTC ---
forgot to mention that the test case needs to be compiled with -O2 -g to
reproduce the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50826
--- Comment #7 from Steve Ellcey 2011-10-25 19:53:31
UTC ---
Bootstrapping and testing both look good with the patch.
,
|i386-pc-solaris2.11 |i386-pc-solaris2.11,
||hppa2.0w-hp-hpux11.11
CC||sje at cup dot hp.com
Host|alpha-dec-osf5.1b, |alpha-dec-osf5.1b,
|i386-pc-solaris2.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51032
--- Comment #10 from Steve Ellcey 2011-11-08 23:08:37
UTC ---
I did a successful bootstrap on hppa2.0w-hp-hpux11.11 with the patch. I am
still running the test suite.
||11.23
CC||jimis at gmx dot net, sje
||at cup dot hp.com
Host|s390-ibm-linux |s390-ibm-linux,ia64-hp-hpux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
--- Comment #3 from Steve Ellcey 2011-11-16 00:43:15
UTC ---
I think this is a big-endian bug in fprint_whex, etc. IA64 HP-UX is
big endian and I think s390-ibm-linux is too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51144
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50722
--- Comment #4 from Steve Ellcey 2011-12-19 18:33:07
UTC ---
Yes, this was failing on ia64 hpux as well as hppa hpux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47866
--- Comment #6 from Steve Ellcey 2011-03-09 17:26:44
UTC ---
I tried the patch in comment #2 and verified that it fixes vector-2.c on IA64
HP-UX and Linux and caused no regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48161
Summary: [4.6 regression] hppa*-*-* will not bootstrap on 4.6
branch with release checking
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48161
--- Comment #13 from Steve Ellcey 2011-03-17 20:10:06
UTC ---
I got good builds on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. I haven't
done a full test run yet.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48161
--- Comment #14 from Steve Ellcey 2011-03-17 23:14:22
UTC ---
I ran the GCC testsuite on the compilers I built with the patch and did not
have any regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48191
--- Comment #1 from Steve Ellcey 2011-03-18 19:31:20
UTC ---
Created attachment 23714
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23714
shorter test case
Shorter test case. Reproducible on IA64 HP-UX as well with -mlp64 (and -O3
-fPIC).
||2011.03.18 19:33:15
CC||sje at cup dot hp.com
Ever Confirmed|0 |1
--- Comment #2 from Steve Ellcey 2011-03-18 19:33:15
UTC ---
I can reproduce this using GCC 4.5.2 on HP-UX but I cannot reproduce it with
Top of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48191
--- Comment #3 from Steve Ellcey 2011-03-18 23:40:43
UTC ---
It looks like this is the same problem as PR 43603 (but with a different error
result). I can reproduce it on the trunk at r167587, but it is fixed at
r167588.
To fix it in the 4.5 br
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #9 from Steve Ellcey 2011-03-18 23:45:07
UTC ---
Andrey,
I was just looking at PR 48191, a bug submitted against GCC 4.5.2. It looks
like it is caused by the same problem that this patch fixes. Can you back port
this fix to the 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48191
Steve Ellcey changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #11 from Steve Ellcey 2011-03-21 17:30:34
UTC ---
*** Bug 48191 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209
--- Comment #4 from Steve Ellcey 2011-03-22 16:20:15
UTC ---
I agree. The test is not verifying whether or not snprintf is getting inlined
and that was what bug 47917 was about. This should be a compile test that
looks for snprintf in the assem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209
--- Comment #6 from Steve Ellcey 2011-03-22 16:59:03
UTC ---
I guess we disagree on what the test should be doing. I agree that it is a
valid test for showing that nothing gets broken when doing the optimization,
but it is not a test that shows
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209
--- Comment #8 from Steve Ellcey 2011-03-22 17:13:29
UTC ---
OK, that is what I was missing. I didn't notice there was a second test to
check for that, sorry for the confusion.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209
Steve Ellcey changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |sje at gcc dot gnu.org
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
||2011.03.25 23:02:21
CC||richard.sandiford at linaro
||dot org, sje at cup dot
||hp.com
Ever Confirmed|0 |1
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48403
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48469
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48471
Summary: ia64-*-* does not bootstrap due to unused variables in
dbxout.c
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48471
--- Comment #1 from Steve Ellcey 2011-04-05 20:44:32
UTC ---
FYI: I could not find a changelog entry for the r171981 change to dbxout.c.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48469
--- Comment #5 from Steve Ellcey 2011-04-05 20:43:47
UTC ---
I have submitted it as PR 48471.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48471
--- Comment #4 from Steve Ellcey 2011-04-05 21:20:09
UTC ---
The patch looks good. I haven't finished my bootstrap but I am in stage2 and
dbxout.c compiled correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48471
--- Comment #5 from Steve Ellcey 2011-04-05 23:12:25
UTC ---
Bootstrap finished, everything looked good.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48629
Summary: ICE on gcc.dg/pr42389.c on ia64-*-* with
-fsched-pressure
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48629
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48673
Summary: [4.7 Regression] GCC generates WAW and RAW conflicts
on IA64.
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48673
--- Comment #2 from Steve Ellcey 2011-04-27 21:58:53
UTC ---
It looks like I was wrong about this showing up on IA64 Linux. I am only
seeing it on IA64 HP-UX and only in 32 bit mode. That probably means it is
related to the HP-UX pointer extens
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853
--- Comment #3 from Steve Ellcey 2011-05-03 15:02:26
UTC ---
Yes, I am seeing some new failures on IA64 HP-UX. I do not get the stackalign
failures but I do get:
FAIL: g++.dg/debug/dwarf2/static-local-var-in-ctor.C scan-assembler
DW_OP_addr[^
\
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853
--- Comment #6 from Steve Ellcey 2011-05-03 22:15:38
UTC ---
The patch works for me on ia64-hp-hpux11.23. It fixed the four new failures I
had and caused no regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48853
--- Comment #20 from Steve Ellcey 2011-05-06 23:04:21
UTC ---
(In reply to comment #18)
> (In reply to comment #6)
> > The patch works for me on ia64-hp-hpux11.23. It fixed the four new
> > failures I
> > had and caused no regressions.
>
> Ste
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45781
Summary: GCC incorrectly puts function in .text.unlikely
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
As
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45737
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #4 from
||2010.09.24 21:06:43
date||
CC||sje at cup dot hp.com
Ever Confirmed|0 |1
--
Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email
--- You are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #5 from Steve Ellcey 2010-09-24 22:21:38
UTC ---
I have verified that the bug shows up in r163443. Looking at the assembly
language differences between 163442 and 163443, both versions have
_GLOBAL__I_65535_0__ZN2c12f6Ev,
a global ro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #6 from Steve Ellcey 2010-09-24 23:45:28
UTC ---
I have a patch I am testing. It worked on the test case but I haven't fully
bootstrapped it.
Index: ipa.c
===
--- ipa.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45781
--- Comment #3 from Steve Ellcey 2010-09-30 17:41:36
UTC ---
(In reply to comment #1)
> The decision is reasonable (I suppose partial inlining will inline the
> if (!init) case) as the function is called exactly once then and thus
> should be opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45862
Summary: SUPPORTS_WEAK is documented as a C expression, used as
a compile time constant
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45856
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #84 from Steve Ellcey 2010-10-13 17:36:15
UTC ---
> > My patch is not finished and doesn't bootstrap, I'll look at it (promised)
> > next
> > weekend. I suggest just using BOOT_CFLAGS="-O2 -fno-forward-propagate".
>
> I'll give it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
--- Comment #17 from Steve Ellcey 2010-10-18 15:51:52
UTC ---
(In reply to comment #16)
> Based on my posted test results for hppa2.0-hp-hpux11.11, this PR was
> fixed on the trunk between r163182 and r163254.
>
> Need to find the change.
My ni
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
--- Comment #18 from Steve Ellcey 2010-10-18 16:55:32
UTC ---
It looks like this was fixed (for hppa at least) in r163190.
2010-08-12 Richard Guenther
PR tree-optimization/45232
* tree-ssa-reassoc.c (can_reassociate_p): Disab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42169
--- Comment #20 from Steve Ellcey 2010-10-18 17:54:42
UTC ---
Not really, there are about 300 lines of new code (mostly in a new routine).
It might be that only the change in can_reassociate_p is needed to fix this
bug.
That would be a pretty eas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #86 from Steve Ellcey 2010-10-18 19:52:39
UTC ---
I was able to bootstrap the 32 bit PA compiler using the latest patch. I
haven't done a full test run yet but I will do that overnight.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43760
Steve Ellcey changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
||sje at cup dot hp.com
Resolution||FIXED
--- Comment #4 from Steve Ellcey 2010-10-18 21:49:10
UTC ---
Resolved by making IA64 more conservative in its bundling and not putting
multiple (predicated) instructions in one bundle if they read/write
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #87 from Steve Ellcey 2010-10-19 16:09:57
UTC ---
My testing on 32 bit and 64 bit PA boxes went fine. The patch looks good to
me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46120
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #3 from
||2010.10.26 23:38:56
CC||sje at cup dot hp.com
Ever Confirmed|0 |1
--- Comment #2 from Steve Ellcey 2010-10-26 23:38:56
UTC ---
I can reproduce this on the top of the 4.5 branch but not on ToT. I am not
sure if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46044
--- Comment #3 from Steve Ellcey 2010-10-26 23:46:04
UTC ---
This may be related to PR 43603.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46204
Summary: g++.dg/torture/stackalign/throw-1.C fails to compile
on IA64
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: link-failure
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46204
Steve Ellcey changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #91 from Steve Ellcey 2010-10-29 22:29:10
UTC ---
I just noticed that the latest patch is causing a failure of
gfortran.dg/large_real_kind_2.F90 with -O1 on my ia64-hp-hpux11.23 platform.
Note that the original bug we were fixing was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44970
--- Comment #93 from Steve Ellcey 2010-10-29 22:39:00
UTC ---
(In reply to comment #92)
> See followup here: http://gcc.gnu.org/ml/gcc-patches/2010-10/msg01636.html
Ah yes, that's better.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #13
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
Steve Ellcey changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49191
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49191
--- Comment #10 from Steve Ellcey 2011-06-08 18:12:40
UTC ---
How about compiling this with -Wcast-align and looking for a warning message:
char *y;
typedef char __attribute__ ((__aligned__(__BIGGEST_ALIGNMENT__))) c;
c *z;
void foo(void)
{
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49191
--- Comment #12 from Steve Ellcey 2011-06-08 20:07:04
UTC ---
Checking for a warning using check_no_compiler_messages seems as easy or easier
then checking the return code so I did that. I have submitted a patch to
gcc-patches.
http://gcc.gnu.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49349
Summary: gfortran.dg/char_result_3.f90 fails with -O3
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49349
--- Comment #2 from Steve Ellcey 2011-06-13 19:29:56
UTC ---
I tested the patch from comment #1 and it fixed gfortran.dg/char_result_3.f90.
I got one regression on IA64 Linux but I can't reproduce it so I think it was
just a fluke. There were n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49414
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49429
Summary: dse.c changes to fix PR44194 (r175063) cause execution
failures
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49429
--- Comment #2 from Steve Ellcey 2011-06-15 22:37:24
UTC ---
Created attachment 24540
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24540
Cut down version of gcc.dg/struct-by-value-1.c
This is a cutdown version of gcc.dg/struct-by-value-1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49429
--- Comment #3 from Steve Ellcey 2011-06-15 22:38:15
UTC ---
Created attachment 24541
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24541
dse dump of x.c before change was made
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49429
--- Comment #4 from Steve Ellcey 2011-06-15 22:39:26
UTC ---
Created attachment 24542
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24542
dse dump of x.c after change was made
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49443
Summary: gcc.dg/vect/vect-peel-3.c and vect-peel-4.c fail on
IA64 after testsuite change
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49443
--- Comment #1 from Steve Ellcey 2011-06-16 16:13:42
UTC ---
Created attachment 24547
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24547
Dump file with vectorize details
Dump file from vect-peel-3.c when run with
-ftree-vectorize -fno-ve
1 - 100 of 112 matches
Mail list logo
