http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
--- Comment #8 from Dmitry Gorbachev
2011-02-23 07:53:45 UTC ---
Does not work for `_Z3fooi.1988' or
`_Z3fooi.part.9.165493.constprop.775.31805'.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47694
--- Comment #18 from Janne Blomqvist 2011-02-23
07:11:55 UTC ---
Fixed on trunk. Keeping this PR open in order to remind us to
1) Backport to older releases once we have some experience on trunk.
2) Fix io/read.c(read_x) in the same way to use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47854
Summary: omp_get_wtime documentation incorrect
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassig.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47694
--- Comment #17 from Janne Blomqvist 2011-02-23
06:59:54 UTC ---
Author: jb
Date: Wed Feb 23 06:59:51 2011
New Revision: 170432
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170432
Log:
PR 47694 Read from named pipe fails
Modified:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
Cary Coutant changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |ccoutant at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47833
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47833
--- Comment #3 from Jakub Jelinek 2011-02-23
00:47:41 UTC ---
Author: jakub
Date: Wed Feb 23 00:47:38 2011
New Revision: 170424
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170424
Log:
PR c++/47833
* pt.c (struct pending_templat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47242
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47106
Alexandre Oliva changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47242
--- Comment #2 from paolo at gcc dot gnu.org
2011-02-23 00:37:46 UTC ---
Author: paolo
Date: Wed Feb 23 00:37:43 2011
New Revision: 170423
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170423
Log:
/cp
2011-02-22 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
Jie Zhang changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47763
--- Comment #11 from Jie Zhang 2011-02-23 00:25:38
UTC ---
Author: jiez
Date: Wed Feb 23 00:25:34 2011
New Revision: 170422
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170422
Log:
PR rtl-optimization/47763
* web.c (web_main): I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47853
--- Comment #4 from rodneyp at physics dot uq.edu.au 2011-02-22 23:52:01 UTC ---
Sorry - you're right. In the original code, p and a were arrays. The
assignment p = a was still legal, but less obviously.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47853
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47853
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47853
--- Comment #1 from Andrew Pinski 2011-02-22
22:57:15 UTC ---
Basically you are accessing p before pointing it to anything.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47853
Summary: Assignment of integer to pointer compiles, and a.out
segfaults
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47852
Summary: crash with g++ -lpthread on irix
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassig...@gcc.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743
--- Comment #4 from Paul Thomas 2011-02-22 20:33:48
UTC ---
Author: pault
Date: Tue Feb 22 20:33:45 2011
New Revision: 170414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170414
Log:
2011-02-22 Paul Thomas
PR fortran/45743
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #16 from Janne Blomqvist 2011-02-22
20:24:13 UTC ---
Patch which should hopefully fix the getpwuid_r issue on HP-UX 10.2:
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01478.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47666
Dodji Seketeli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47666
--- Comment #3 from Dodji Seketeli 2011-02-22
19:53:16 UTC ---
Author: dodji
Date: Tue Feb 22 19:53:13 2011
New Revision: 170413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170413
Log:
Fix PR c++/47666
gcc/cp/
PR c++/47666
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47694
--- Comment #16 from Janne Blomqvist 2011-02-22
19:43:10 UTC ---
Patch using the fbuf_getc approach:
http://gcc.gnu.org/ml/gcc-patches/2011-02/msg01475.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47836
--- Comment #2 from th.r.klein at web dot de 2011-02-22 19:39:27 UTC ---
For example a microcontroller do not need to have any kind of standard
C-Library files or its header files.
So it is not possible to build e.g. zlib or libiberty for this targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47842
--- Comment #3 from Yuri 2011-02-22 19:23:45 UTC ---
If gcc would only set 16 byte alignment this wouldn't be that bad since, as you
mentioned, it is still word aligned.
The problem is that gcc assumes that stack is 16 aligned and creates code ba
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45743
Paul Thomas changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |pault at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47832
Nicola Pero changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47851
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47851
Summary: [4.6 Regression] [C++0x] Incorrect decltype result for
conditional operator
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47848
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47848
--- Comment #1 from Sebastian Pop 2011-02-22 17:36:38
UTC ---
Author: spop
Date: Tue Feb 22 17:36:34 2011
New Revision: 170411
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170411
Log:
Fix PR47848: Do not mention -ftree-loop-if-convert-m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47790
--- Comment #2 from Jeffrey A. Law 2011-02-22 17:09:36
UTC ---
A couple early comments.
First, it appears that it's never possible to get into this code via the old
path where SRC is a binary operation of some sort. This is presumably an
artifa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47850
Tobias Burnus changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47850
Summary: [4.6 Regression] ICE in gfc_conv_array_initializer
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44035
--- Comment #1 from Joseph S. Myers 2011-02-22
16:41:27 UTC ---
Joern, after discussion with Mark and Richi my advice at this point on the GFDL
issue is that you should prepare a concrete patch that moves all the text you
want from both code and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44032
--- Comment #2 from Joseph S. Myers 2011-02-22
16:33:34 UTC ---
Joern, since the GFDL says:
If your document contains nontrivial examples of program code, we
recommend releasing these examples in parallel under your choice of
free so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
Janne Blomqvist changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47849
Zdenek Sojka changed:
What|Removed |Added
Keywords||ice-on-valid-code
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45383
Dodji Seketeli changed:
What|Removed |Added
Summary|[4.5/4.6 Regression]|[4.5 Regression] Implicit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47849
Summary: ICE: SIGSEGV in find_edge (cfganal.c:491) with
-ftree-loop-if-convert -fno-tree-reassoc
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47847
--- Comment #1 from Sebastian Huber
2011-02-22 15:55:29 UTC ---
Adding the -mspe (in addition to -mabi=spe) option helped. It seems that only
few combinations of the -mcpu=8520, -mfloat-gprs=*, -mspe, and -mabi=spe flags
are well tested in GCC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47552
--- Comment #2 from Janne Blomqvist 2011-02-22 15:34:57
UTC ---
This seems to be because the libgfortran implementation uses gfc_charlen_type
for the length of the string, but the frontend passes the address of an
integer(8) variable. As a quick
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47831
Ian Bolton changed:
What|Removed |Added
Keywords||missed-optimization
Status|UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47844
Tobias Burnus changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Summa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47848
Summary: invalid -ftree-loop-if-convert-memory-writes flag is
mentioned at two places (instead of
-ftree-loop-if-convert-stores)
Product: gcc
Version: 4.6.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47845
--- Comment #3 from Tobias Burnus 2011-02-22
13:50:24 UTC ---
(In reply to comment #2)
> Thank you for respond this issue, I have modified the definition of vec:). But
> it seems that only the first argument can be set to subclass of vec, the oth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47663
--- Comment #3 from Richard Guenther 2011-02-22
13:47:18 UTC ---
Author: rguenth
Date: Tue Feb 22 13:47:15 2011
New Revision: 170400
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170400
Log:
2011-02-22 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
--- Comment #6 from Jakub Jelinek 2011-02-22
13:40:27 UTC ---
Author: jakub
Date: Tue Feb 22 13:40:24 2011
New Revision: 170399
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170399
Log:
PR tree-optimization/47835
* gcc.dg/pr46909
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39570
Tobias Burnus changed:
What|Removed |Added
CC||cato at df dot lth.se
--- Comment #11 fro
was
enabled
by default on ARM EABI.
With -fno-strict-volatile-bitfields, arm-linux-gnueabi-gcc-4.6.0-20110222
generates
four ldrb instructions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
--- Comment #5 from Jakub Jelinek 2011-02-22
12:56:54 UTC ---
I've tested this patch on x86_64, i686, ppc and ppc64 linux with PR46909
gimple-fold.c change reverted and with vanilla gimple-fold, with the fix
reverted expectedly x86_64 and i686 gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
--- Comment #4 from Jakub Jelinek 2011-02-22
12:55:45 UTC ---
Created attachment 23434
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23434
gcc46-pr47835.patch
I guess instead of XFAILing it is better just to check the end result, whether
t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47845
--- Comment #2 from KePu 2011-02-22 12:54:10 UTC ---
Thank you for respond this issue, I have modified the definition of vec:). But
it seems that only the first argument can be set to subclass of vec, the other
must be strictly set to vec, so the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47830
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47830
--- Comment #6 from Tobias Burnus 2011-02-22
12:43:42 UTC ---
Author: burnus
Date: Tue Feb 22 12:43:38 2011
New Revision: 170398
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170398
Log:
2011-02-22 Tobias Burnus
Kai-Uwe Ec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47830
--- Comment #5 from Tobias Burnus 2011-02-22
12:41:57 UTC ---
Author: burnus
Date: Tue Feb 22 12:41:54 2011
New Revision: 170397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170397
Log:
2011-02-22 Tobias Burnus
Kai-Uwe Ec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47830
--- Comment #4 from Tobias Burnus 2011-02-22
12:37:16 UTC ---
Author: burnus
Date: Tue Feb 22 12:37:12 2011
New Revision: 170396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170396
Log:
2011-02-22 Tobias Burnus
Kai-Uwe Ec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47839
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-debug
--- Comment #4 from Richar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47822
--- Comment #24 from Mike Stump 2011-02-22
11:56:37 UTC ---
Iain reports it is fixed for him as well... :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47822
--- Comment #23 from Mike Stump 2011-02-22
11:53:56 UTC ---
I am confused, both Iain and myself still see failures on ppc even with my
patch. Iain said they were dying on BUILT_IN_SQRTL. I can't debug, as I'm
using rosetta, and apparently debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47839
--- Comment #3 from Richard Guenther 2011-02-22
11:46:04 UTC ---
I think this also hints at possible DECL issues with imported vars. You can
see how the C frontend handles the function/block local externs around
c-decl.c:1206
else if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47751
--- Comment #3 from Sebastian Huber
2011-02-22 11:18:29 UTC ---
(In reply to comment #2)
> -mfloat-gprs=double or -mspe without -mabi=spe does not correspond to any
> standard ABI variant and is very likely to be broken.
Thanks for the hint. A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47842
--- Comment #2 from Andreas Schwab 2011-02-22 11:06:41
UTC ---
A 16-byte aligned stack is still word aligned.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47842
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47648
--- Comment #5 from Tobias Burnus 2011-02-22
10:57:48 UTC ---
STATUS:
- libgfortran uses the same check as libquadmath;
thus, there should be no build issue anymore as
libquadmath support is disabled for libgfortran.
(The Fortran FE still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47838
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46790
--- Comment #16 from Jakub Jelinek 2011-02-22
10:51:58 UTC ---
Created attachment 23433
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23433
gcc46-pr46790.patch
The last mentioned variant, which instead of doing configury puts stuff into
.g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47835
Richard Guenther changed:
What|Removed |Added
Keywords||missed-optimization
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47822
--- Comment #22 from Dominique d'Humieres
2011-02-22 10:44:47 UTC ---
At revision 170376 (comment #21), the "fix" of revision 170339 (comment #6)
seems no longer needed on powerpc-apple-darwin9 and x86_64-apple-darwin10,
i.e., after reverting rev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
--- Comment #12 from Edouard.Canot at irisa dot fr 2011-02-22 10:36:41 UTC ---
On Tuesday 22 February 2011 11:26:53 you wrote:
(quoting "burnus at gcc dot gnu.org" )
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
>
> Tobias Burnus changed:
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959
--- Comment #26 from Anton Shterenlikht 2011-02-22
10:30:43 UTC ---
yes, I lost track of various issues and versions..
I'll test it when you are ready.
At present I'm particularly keen
on testing Fortran 2003 IEEE exception
handling.
Many than
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
--- Comment #10 from Tobias Burnus 2011-02-22
10:23:17 UTC ---
Author: burnus
Date: Tue Feb 22 10:23:14 2011
New Revision: 170394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170394
Log:
2011-02-22 Tobias Burnus
PR fortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47846
--- Comment #1 from paul.richard.thomas at gmail dot com 2011-02-22 10:09:57 UTC ---
Jerry,
You are not the only one :-)
Tobias, I'll take a look-see tonight.
Cheers
Paul
On Tue, Feb 22, 2011 at 10:31 AM, burnus at gcc dot gnu.org
wrote:
> h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959
--- Comment #25 from Gerald Pfeifer 2011-02-22
10:09:23 UTC ---
(In reply to comment #24)
> The error now is:
That's a different one, Anton. You'll need to wait for it to be
resolved before we can proceed with the issue on HEAD. (I'll update
l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47841
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47691
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47841
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
--- Comment #4 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47735
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47705
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959
--- Comment #24 from Anton Shterenlikht 2011-02-22
09:41:48 UTC ---
The error now is:
libtool: compile: /usr/ports/lang/gcc46/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc46/work/build/./
gcc/ -B/usr/local/ia64-portbld-freebsd9.0/bin/
-B/usr/loca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47847
Summary: PowerPC: ICE: -mcpu=8540 -meabi -msdata -fno-common
-mfloat-gprs=double
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47846
Summary: Deferred-string length: Length is wrong
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: fortr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #14 from Jakub Jelinek 2011-02-22
09:26:50 UTC ---
Well, if you don't want to localize, you can as well do it yourself, call
localtime_r and then simple:
char result[26];
int n = snprintf (result, sizeof (result), "%3.3s %3.3s%3d %.2d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47802
--- Comment #13 from Janne Blomqvist 2011-02-22
08:37:13 UTC ---
FWIW here's a glibc PR wrt overflowing the 26 byte limit:
http://sourceware.org/bugzilla/show_bug.cgi?id=1460
This was fixed in 2005, which is a while ago, but not long enough so
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47841
--- Comment #3 from Jakub Jelinek 2011-02-22
08:08:08 UTC ---
And in case of
FAIL: gcc.dg/guality/sra-1.c -O2 line 43 a.j == 14
FAIL: gcc.dg/guality/sra-1.c -O3 -fomit-frame-pointer line 43 a.j == 14
FAIL: gcc.dg/guality/sra-1.c -O3 -g l
90 matches
Mail list logo
