--- Comment #6 from bonzini at gnu dot org 2009-02-21 07:28 ---
Subject: Re: gcc.dg/tree-ssa/vrp47.c fails on powerpc
I'd rather do so only on the branch when it is created. I'm pretty
sure this can be fixed, but it's probably not stage4 stuff.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #101 from dberlin at gcc dot gnu dot org 2009-02-21 04:13
---
Subject: Re: [4.3/4.4 Regression] Inordinate
compile times on large routines
PRE already gives up on this testcase, at least on my computer, and
takes no memory.
All of the memory here is being eaten by
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-02-21
01:32 ---
Adding "--param sra-max-structure-size=32" solves the problem on
powerpc-apple-darwin9 at both -m32 and -m64 as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31677
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-02-21
01:25 ---
So should we have...
Index: gcc/testsuite/gcc.dg/tree-ssa/vrp47.c
===
--- gcc/testsuite/gcc.dg/tree-ssa/vrp47.c (revision 144342)
+++ g
--- Comment #5 from joseph at codesourcery dot com 2009-02-21 01:16 ---
Subject: Re: gcc.c-torture/execute/va-arg-trap-1.c
ICEs on powerpc-apple-darwin9
On Sat, 21 Feb 2009, dominiq at lps dot ens dot fr wrote:
> --- Comment #4 from dominiq at lps dot ens dot fr 2009-02-21 00:59
--- Comment #3 from hjl dot tools at gmail dot com 2009-02-21 01:12 ---
(In reply to comment #1)
> Where is the ABI documented for AVX?
>
There is no official ia32 psABI for SSE and AVX. I will upload what
we proposed at 2008 gcc summit to
http://groups.google.com/group/ia32-abi
--
--- Comment #2 from hjl dot tools at gmail dot com 2009-02-21 00:59 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00974.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from dominiq at lps dot ens dot fr 2009-02-21 00:59 ---
> Does that testcase ICE with a compiler from before the patch that added it?
On powerpc-apple-darwin I see the ICE with gcc at revision 144290 (the test
comes in revision 144296).
--
http://gcc.gnu.org/bugzill
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-21 00:45 ---
Where is the ABI documented for AVX?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39256
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Keywords||ABI, wrong-cod
--- Comment #139 from pinskia at gcc dot gnu dot org 2009-02-21 00:44
---
*** Bug 39255 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-02-21 00:44 ---
Because of different optimizations happen. When having 1, it basically
creates:
if (y == 0)
return p->A >= 512;
return 0;
with -1, it keeps the branch.
This is normal with aliasing violations really.
Anyways th
[...@gnu-6 pr39146]$ cat bar.i
typedef long long __m256i __attribute__ ((__vector_size__ (32),
__may_alias__));
__m256i
bar (__m256i y, __m256i x)
{
return x;
}
[...@gnu-6 pr39146]$ /export/build/gnu/gcc-stack/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-work/build-x86_64-linux/gcc/ -S -
--- Comment #4 from jsworley at qwest dot net 2009-02-21 00:25 ---
Whether or not this is just an aliasing bug, I'd like to understand why
changing the return value from 1 to -1 makes the compiler generate correct
code.
--
jsworley at qwest dot net changed:
What|Remov
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-02-21
00:24 ---
Yes, from gcc trunk on 20090120, I see...
/sw/src/fink.build/gcc44-4.3.999-20090120/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20090120/darwin_objdir/gcc/
./va-arg-trap-1.c -w -O2 -lm -
--- Comment #13 from hjl at gcc dot gnu dot org 2009-02-21 00:01 ---
Subject: Bug 39146
Author: hjl
Date: Sat Feb 21 00:00:49 2009
New Revision: 144338
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144338
Log:
2009-02-20 Joey Ye
PR middle-end/39146
* cfgexpa
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-02-20 23:59 ---
Note in 4.4 and above, GCC generates "correct" even with strict aliasing
enabled and it generates better code, it does not store on the stack at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39255
--- Comment #138 from pinskia at gcc dot gnu dot org 2009-02-20 23:56
---
*** Bug 39255 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-02-20 23:56 ---
*** This bug has been marked as a duplicate of 21920 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-20 23:47 ---
-O2 enables strict aliasing (type based aliasing). You need to use
-fno-strict-aliasing to disable that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39255
Consider the following code:
typedef struct {
unsigned long A:16;
unsigned long B:48;
} bits;
int
wrong(unsigned long y)
{
bits *p = (bits *) &y;
if (y == 0 || p->A >= 512) {
return (1);
}
return (0);
}
int
right(unsigned long y)
{
bits *p = (bits *) &y;
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-20 23:38 ---
Confirmed, I had saw this originally when I was doing the store-ccp patch which
optimized static constant variables that just happened not to be initialized.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from joseph at codesourcery dot com 2009-02-20 22:47 ---
Subject: Re: New: gcc.c-torture/execute/va-arg-trap-1.c ICEs
on powerpc-apple-darwin9
Does that testcase ICE with a compiler from before the patch that added
it? If not, does the builtins.c change I suggested o
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21059
--- Comment #7 from sje at cup dot hp dot com 2009-02-20 22:36 ---
It looks like this was fixed in the 4.3 time frame so I am closing the defect.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #6 from sje at cup dot hp dot com 2009-02-20 22:28 ---
Closing this defect as per comment #5. Note that the test is no longer XFAIL
but has
/* { dg-require-effective-target vect_int } */
which I think is a statment that this functionality is intrinsically missing
and unsu
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-20 20:52 ---
Most likely the __builtin_trap is being turned into a conditional trap which is
confusing the scheduler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39254
The new testcase gcc.c-torture/execute/va-arg-trap-1.c ICEs on
powerpc-apple-darwin9 when compiled with -O2 or -Os. The failure is...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20090219/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20090219/darwin_objdir/gcc/
/sw/src/fink.buil
--- Comment #100 from lucier at math dot purdue dot edu 2009-02-20 19:56
---
The large memory requirements for LICM at -O1 and -O2 is still a regression for
the 4.2 and 4.3 branches. Jakub's patch is short and elegant; do you think it
would be a good idea to backport it to the other op
--- Comment #99 from lucier at math dot purdue dot edu 2009-02-20 19:54
---
Created an attachment (id=17336)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17336&action=view)
Memory and CPU statistics when compiling _num.i with -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
c -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../../mainline/configure --enable-checking=release
--prefix=/pkgs/gcc-mainline --enable-languages=c
--enable-gather-detailed-mem-stats
Thread model: posix
gcc version 4.4.0 20090220 (experimental) [trunk revision 144328] (GC
--- Comment #8 from ubizjak at gmail dot com 2009-02-20 19:49 ---
(In reply to comment #7)
> Test also fails on powerpc64 with -m32, arm.
And sh4.
http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg01952.html
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #12 from jason at gcc dot gnu dot org 2009-02-20 18:59 ---
Fixed in 4.3 as well.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-02-20
18:36 ---
Should we just XFAIL this test for powerpc-*-darwin* and powerpc-*-aix?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27221
--- Comment #7 from danglin at gcc dot gnu dot org 2009-02-20 18:08 ---
Test also fails on powerpc64 with -m32, arm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36598
--- Comment #6 from danglin at gcc dot gnu dot org 2009-02-20 18:05 ---
*** Bug 39245 has been marked as a duplicate of this bug. ***
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from danglin at gcc dot gnu dot org 2009-02-20 18:05 ---
--param sra-max-structure-size=32 results in optimal code.
*** This bug has been marked as a duplicate of 36598 ***
--
danglin at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #6 from sje at cup dot hp dot com 2009-02-20 17:20 ---
Fixed on mainline and 4.3 branch.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #5 from sje at gcc dot gnu dot org 2009-02-20 17:18 ---
Subject: Bug 38056
Author: sje
Date: Fri Feb 20 17:18:20 2009
New Revision: 144329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144329
Log:
PR target/38056
* config/ia64/ia64.c (ia64_function_o
--- Comment #5 from hjl dot tools at gmail dot com 2009-02-20 17:14 ---
A new patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00961.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #11 from jason at gcc dot gnu dot org 2009-02-20 15:22 ---
Subject: Bug 39225
Author: jason
Date: Fri Feb 20 15:21:51 2009
New Revision: 144325
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144325
Log:
PR c++/39225
* decl.c (grokdeclarator): Handle ~
--- Comment #9 from hjl dot tools at gmail dot com 2009-02-20 14:47 ---
(In reply to comment #6)
> (In reply to comment #5)
> > Should attribute work on enum constants?
>
> Not sure if this is a question for me but IMO, it should. I would expect
> individual enumerators to be more heavi
--- Comment #13 from hubicka at ucw dot cz 2009-02-20 14:39 ---
Subject: Re: [4.4 Regression] Inconsistent reject / accept of code
> > What that means is that we *must not* implicitly instantiate things
> > declared "extern template" unless they are DECL_DECLARED_INLINE_P. As a
> > co
--- Comment #97 from jakub at gcc dot gnu dot org 2009-02-20 13:03 ---
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144320
limits now RTL LICM to loops with less than 1 bbs (-O{2,3,s}) resp. 1000
bbs (-O1).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #24 from jakub at gcc dot gnu dot org 2009-02-20 12:56 ---
Subject: Bug 39157
Author: jakub
Date: Fri Feb 20 12:56:01 2009
New Revision: 144320
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144320
Log:
PR middle-end/39157
* Makefile.in (loop-invarian
--- Comment #5 from ubizjak at gmail dot com 2009-02-20 11:26 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from uros at gcc dot gnu dot org 2009-02-20 11:25 ---
Subject: Bug 38164
Author: uros
Date: Fri Feb 20 11:25:42 2009
New Revision: 144318
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144318
Log:
PR testsuite/38164
* gcc.target/i386/amd64-abi-3.c:
--- Comment #3 from dominiq at lps dot ens dot fr 2009-02-20 10:46 ---
This test fails also on powerpc64-unknown-linux-gnu with -m32, see:
http://gcc.gnu.org/ml/gcc-testresults/2009-02/msg01915.html
This pr seems to be a duplicate of PR36598 for ppc, arm, and avr.
--
http://gcc.gn
--- Comment #8 from kkojima at gcc dot gnu dot org 2009-02-20 10:41 ---
> Added:
> trunk/gcc/testsuite/gcc.c-torture/execute/pr39228.c
SH requires -mieee option for the newly added pr39228.c test.
I guess that alpha is on the same boat. Also it'll fail on
the targets like SPU which
--- Comment #4 from jakub at gcc dot gnu dot org 2009-02-20 10:19 ---
Fixed so far on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known t
--- Comment #3 from jakub at gcc dot gnu dot org 2009-02-20 10:13 ---
Subject: Bug 39240
Author: jakub
Date: Fri Feb 20 10:13:17 2009
New Revision: 144316
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144316
Log:
PR target/39240
* calls.c (expand_call): Clear tr
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-02-20 09:57 ---
Though __builtin_not_reached () can be used to implement __builtin_assume (),
so it may be more generally useful. if (i > 0) __builtin_not_reached (); will
make GCC assume that i <= 0 on the other edge (of course we
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-02-20 09:49 ---
Probably the same issue as on AVR?
/* PR36598 AVR fail maybe due to cost metrics */
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39245
--- Comment #3 from dominiq at lps dot ens dot fr 2009-02-20 09:41 ---
> Just add -fomit-frame-pointer to dg-options.
Indeed with the following patch:
--- gcc/testsuite/gcc.target/i386/amd64-abi-3.c 2008-09-02 22:05:08.0
+0200
+++ /opt/gcc/gcc-4.4-work/gcc/testsuite/gcc.target/
--- Comment #2 from bubin at qcri dot or dot jp 2009-02-20 08:05 ---
It looks like this bug has been fixed since version 4.1. I tried to compile the
code with a newer version of gfortran, 4.3.2, and everything went fine.
Apologies for a wrong alarm.
--
bubin at qcri dot or dot jp cha
55 matches
Mail list logo