http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47564
--- Comment #9 from Jakub Jelinek 2011-02-03
08:29:07 UTC ---
Author: jakub
Date: Thu Feb 3 08:29:03 2011
New Revision: 169784
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169784
Log:
PR target/47564
* toplev.c (target_reinit):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47564
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46102
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #5 from Jakub Jelinek 2011-02-03
08:41:46 UTC ---
Sebastian, could you please look at this? Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46781
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40722
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47555
Richard Guenther changed:
What|Removed |Added
Target Milestone|4.4.6 |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38564
--- Comment #15 from rguenther at suse dot de
2011-02-03 09:40:15 UTC ---
On Wed, 2 Feb 2011, pinskia at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38564
>
> --- Comment #14 from Andrew Pinski 2011-02-02
> 22:22:53 U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #18 from Janne Blomqvist 2011-02-03
09:53:50 UTC ---
To add to Tobias comment, in the patch the only place where a weakref is used
is
+#ifdef SUPPORTS_WEAK
+static int weak_gettime (clockid_t, struct timespec *)
+ __attribute__((__
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47597
Summary: ICE: call frame debugging information is not handled
when case is post_dec
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47597
Anitha Boyapati changed:
What|Removed |Added
Target||AVR
Host|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40722
--- Comment #19 from Jakub Jelinek 2011-02-03
10:05:58 UTC ---
Created attachment 23233
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23233
gcc46-pr40722.patch
Modified H.J.'s patch which just adds ()s around _rotl/_rotr/_lrotl/_lrotr
name
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47508
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-02-03 10:13:18 UTC ---
> --- Comment #4 from Jakub Jelinek 2011-02-02
> 10:05:24 UTC ---
> And now a new version of that patch has been checked in. Can you verify if
> this bug still e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47508
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46567
--- Comment #7 from Patrick Marlier
2011-02-03 10:28:37 UTC ---
Created attachment 23234
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23234
new testcase with O0
Here a reduced test case that raises this ICE with current svn version:
$ gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
--- Comment #35 from Jakub Jelinek 2011-02-03
10:49:09 UTC ---
Author: jakub
Date: Thu Feb 3 10:49:06 2011
New Revision: 169785
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169785
Log:
PR lto/47274
* lto-streamer-out.c (write_s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47312
--- Comment #5 from Jakub Jelinek 2011-02-03
10:53:21 UTC ---
Author: jakub
Date: Thu Feb 3 10:53:19 2011
New Revision: 169786
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169786
Log:
PR target/47312
* expr.c (expand_expr_real_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47274
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47312
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40722
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
Janne Blomqvist changed:
What|Removed |Added
URL|http://gcc.gnu.org/ml/gcc-p |http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
--- Comment #45 from Jakub Jelinek 2011-02-03
13:19:29 UTC ---
Created attachment 23235
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23235
gcc46-pr23200-1.patch
So, if we want to make this work just with -ftree-ter, we could do something
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
--- Comment #46 from Jakub Jelinek 2011-02-03
13:23:02 UTC ---
Created attachment 23236
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23236
gcc46-pr23200-2.patch
Or we could perhaps for EXPAND_INITIALIZER just try harder to look at SSA_NAM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47521
--- Comment #4 from Jeffrey A. Law 2011-02-03 13:54:16
UTC ---
I'd hoped it would be possible to define a set of conditions under which
combine could combine the conditional move with the subsequent move into a hard
register. Without special cas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #33 from Jack Howarth 2011-02-03
13:57:23 UTC ---
(In reply to comment #32)
> So either
>
> 1/revert 163267 as proposed,
> Are we sure that it has no effect on any other (esp. Java) test-cases?
>
I'll regression test option
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47521
--- Comment #5 from Tony Poppleton 2011-02-03
14:16:01 UTC ---
As a quick test, would this be fixed by re-ordering the register file to move
eax above edx?
If so, then another possible fix to this would be to effectively re-run the RA
pass multi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #34 from Iain Sandoe 2011-02-03 14:21:32
UTC ---
(In reply to comment #33)
> (In reply to comment #32)
>
> > So either
> >
> > 1/revert 163267 as proposed,
> > Are we sure that it has no effect on any other (esp. Java) test-cas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47558
--- Comment #35 from Iain Sandoe 2011-02-03 14:29:25
UTC ---
(In reply to comment #34)
> (In reply to comment #33)
> > (In reply to comment #32)
> >
> > > So either
> > >
> > > 1/revert 163267 as proposed,
> > > Are we sure that it has no
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47521
--- Comment #6 from Jeffrey A. Law 2011-02-03 14:32:03
UTC ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/03/11 07:16, tony.poppleton at gmail dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47521
>
> --- Comment #5 from T
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
Summary: -fgraphite-identity at -O2 breaks profiledbootstrap
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
--- Comment #1 from Jack Howarth 2011-02-03
15:05:54 UTC ---
../gcc-4.6-20110202/configure --prefix=/sw --prefix=/sw/lib/gcc4.6
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info
--with-build-config=bootstrap-lto --enable-stage1-languages=c,lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
--- Comment #2 from Jack Howarth 2011-02-03
15:18:14 UTC ---
I forgot to mention this was in...
make[3]: *** [cp-demangle.o] Error 1
make[2]: *** [all-stagefeedback-libiberty] Error 2
make[1]: *** [stagefeedback-bubble] Error 2
make: *** [profil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47510
--- Comment #3 from Jan Kratochvil
2011-02-03 15:21:02 UTC ---
g++ (GCC) 4.6.0 20110203 (experimental) with the Comment 2 patch
template
class F {
typedef struct { int i; } C;
C a;
};
F f;
->
<1><2d>: Abbrev Number: 2 (DW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47596
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571
--- Comment #20 from dave at hiauly1 dot hia.nrc.ca 2011-02-03 15:33:37 UTC ---
> > on hppa2.0w-hp-hpux11.11. Weak references don't work on this target and
> > probably others.
>
> If weak symbols do not work, why is then SUPPORTS_WEAK set? (Or,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47599
Summary: -fno-short-wchar does not force long wchar
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
--- Comment #3 from Jack Howarth 2011-02-03
15:36:59 UTC ---
Without a lto-bootstrap, using just...
../gcc-4.6-20110202/configure --prefix=/sw --prefix=/sw/lib/gcc4.6
--mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info
--enable-languages=c,c++,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
--- Comment #4 from H.J. Lu 2011-02-03 15:52:50
UTC ---
(In reply to comment #0)
> Enabling -fgraphite at -O2 with...
>
> /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./prev-gcc/xgcc
> -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47573
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46941
Aldy Hernandez changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #8 from Aldy Hernand
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47598
--- Comment #5 from Jack Howarth 2011-02-03
16:25:02 UTC ---
(In reply to comment #4)
> Can you create a standalone testcase to show this -fgraphite-identity -O2 bug?
I think that will be rather difficult to achieve since the bug is occurring in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
Summary: gcc optimizer seems to avoid necessary floating-point
addition
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47573
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46941
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47492
Aldy Hernandez changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
--- Comment #3 from Richard Guenther 2011-02-03
16:58:51 UTC ---
(In reply to comment #2)
> Does C* obey parentheses? If yes, the solution is the same as in Fortran ndist
> =(dist+d). If no, I think there is an option to disable reassociation
> (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
Paolo Carlini changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
--- Comment #15 from paolo at gcc dot gnu.org
2011-02-03 17:03:40 UTC ---
Author: paolo
Date: Thu Feb 3 17:03:33 2011
New Revision: 169796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169796
Log:
2011-02-03 Paolo Carlini
PR c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29571
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47225
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
--- Comment #10 from Nathan Froyd 2011-02-03
17:16:21 UTC ---
Author: froydnj
Date: Thu Feb 3 17:16:17 2011
New Revision: 169797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169797
Log:
gcc/c-family/
PR c++/46890
* c-common.h (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|2011-02-03 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47142
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
Here is the loop kernel from block-0.c
for (i = 0; i < N; i++)
for (j = 0; j < N; j++)
a[j] = a[i] + 1;
On Fri, Dec 31, 2010 at 06:01, jakub at gcc dot gnu.org
wrote:
> access_fn_A: {0, +, 1}_1
> access_fn_B: {0, +, 1}_2
>
> (subscript
> iterations_that_access_an_element_twice_in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #7 from sebpop at gmail dot com
2011-02-03 18:11:09 UTC ---
Here is the loop kernel from block-0.c
for (i = 0; i < N; i++)
for (j = 0; j < N; j++)
a[j] = a[i] + 1;
On Fri, Dec 31, 2010 at 06:01, jakub at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #8 from Sebastian Pop 2011-02-03 18:20:56
UTC ---
The problem seems to be in analyze_miv_subscript where I see this note:
/* FIXME: This is a MIV subscript, not yet handled.
Example: (A[{1, +, 1}_1] vs. A[{1, +, 1}_2]) that c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46762
Thomas Schwinge changed:
What|Removed |Added
Target|arm-none-eabi |
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45704
Thomas Schwinge changed:
What|Removed |Added
CC||domen at cba dot si
--- Comment #11 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47546
--- Comment #16 from Mikael Morin 2011-02-03
18:32:07 UTC ---
Rich, in case this is a blocker on a real world application, you can probably
circumvent the error by not use-importing hydro_state when you use-import
hydro_speeds.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
Summary: Internal Error (mio_component_ref(): Component not
found) with strange behavior
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #1 from Rich Townsend 2011-02-03
18:45:47 UTC ---
(In reply to comment #0)
> This is similar to problems I've been encountering with another code (see
> pr47456). But in cutting down the attached code to find the simplest possible
> t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47599
--- Comment #1 from Andrew Pinski 2011-02-03
18:51:51 UTC ---
This is a header issue which means it is not a GCC bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47600
--- Comment #5 from Dominique d'Humieres 2011-02-03
19:02:55 UTC ---
(In reply to comment #4)
> Dominique, did you mean to take this out of WAITING state?
> I'm assuming you didn't
I think the WAITING state followed comment #1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #24 from Jakub Jelinek 2011-02-03
19:12:11 UTC ---
Author: jakub
Date: Thu Feb 3 19:12:07 2011
New Revision: 169804
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169804
Log:
PR middle-end/31490
* output.h (SECTION_RE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #3 from Rich Townsend 2011-02-03
19:20:12 UTC ---
Created attachment 23239
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23239
Fixed Makefile
Removed some broken dependencies from the original Makefile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #4 from Mikael Morin 2011-02-03
19:31:07 UTC ---
gyre_lanr_discrim.f90:6.15:
use gyre_func
1
Fatal Error: Can't open module file 'gyre_func.mod' for reading at (1): No such
file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
Summary: Permit inline asm to clobber PIC register
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8340
Andrew Pinski changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #8 from An
>> access_fn_A: {0, +, 1}_1
>> access_fn_B: {0, +, 1}_2
>>
>> (subscript
>> iterations_that_access_an_element_twice_in_A: [0 + 1 * x_1]
>> last_conflict: 1000
>> iterations_that_access_an_element_twice_in_B: [0 + 1 * x_1]
>
> I think that this representation of affine functions is wrong:
> th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46194
--- Comment #9 from sebpop at gmail dot com
2011-02-03 19:54:36 UTC ---
>> access_fn_A: {0, +, 1}_1
>> access_fn_B: {0, +, 1}_2
>>
>> (subscript
>> iterations_that_access_an_element_twice_in_A: [0 + 1 * x_1]
>> last_conflict: 1000
>> iterat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
--- Comment #4 from Dodji Seketeli 2011-02-03
19:55:03 UTC ---
Author: dodji
Date: Thu Feb 3 19:55:00 2011
New Revision: 169807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169807
Log:
Fix PR c++/47398
gcc/cp/
PR c++/47398
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47602
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47398
Jakub Jelinek changed:
What|Removed |Added
Known to work||4.6.0
Summary|[4.5/4.6 Regress
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47574
--- Comment #13 from Dominique d'Humieres
2011-02-03 20:16:40 UTC ---
Further reduced test case
! { dg-do compile }
SUBROUTINE EXCH2_UV_AGRID_3D_RL( uPhi, vPhi, myNz )
IMPLICIT NONE
INTEGER, parameter :: sNx=32, sNy=32, OLx=4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28040
--- Comment #1 from Mikael Pettersson 2011-02-03
20:29:22 UTC ---
Fixed in r109751:
Author: pbrook
Date: Mon Jan 16 16:03:29 2006
New Revision: 109751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109751
Log:
2006-01-16 Paul Brook
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #3 from janus at gcc dot gnu.org 2011-02-03 20:45:04 UTC ---
Test case:
type :: t
integer :: i
end type
class(t), allocatable :: x
type(t) :: y = t (3)
x = y
print *,x%i
end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #4 from janus at gcc dot gnu.org 2011-02-03 20:56:10 UTC ---
Here is a simple patch for getting rid of the error message:
Index: gcc/fortran/resolve.c
===
--- gcc/fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47592
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #5 from Rich Townsend 2011-02-03
21:17:29 UTC ---
Created attachment 23241
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23241
Revised tar archive w/ source & Makefile
Seems some stuff got left out of the tar file. Here's a new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47603
Summary: Optimization level O2 nad O3 produces different output
from level O1 and O0
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
Andrew Pinski changed:
What|Removed |Added
CC||agamous at bgcpartners dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #6 from Tobias Burnus 2011-02-03
21:24:38 UTC ---
(In reply to comment #4)
> Here is a simple patch for getting rid of the error message:
The patch is not quite right. The LHS must be allocatable
("gfc_expr_attr(e).allocatable") - an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47603
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #7 from Tobias Burnus 2011-02-03
21:28:10 UTC ---
(In reply to comment #4)
> Here is a simple patch for getting rid of the error message:
The patch is not quite right. The LHS must be allocatable and it must not be
coindexed nor a co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43366
--- Comment #8 from Tobias Burnus 2011-02-03
21:29:12 UTC ---
(In reply to comment #6)
Stupid firefox - it somehow must have submitted a draft. Ignore comment 6 and
look at comment 7.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #6 from Mikael Morin 2011-02-03
21:54:09 UTC ---
(In reply to comment #5)
> Created attachment 23241 [details]
> Revised tar archive w/ source & Makefile
>
> Seems some stuff got left out of the tar file. Here's a new set of source
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45516
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47601
--- Comment #7 from Dominique d'Humieres 2011-02-03
22:13:11 UTC ---
On x86_64-apple-darwin10.6.0 the test in attachment 23241 compiles with 4.5.2
(r167027) and trunk r162456, but give an ICE
gyre_lanr_discrim.f90:7.19:
use gyre_lanr_bvp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #3 from asharif at gcc dot gnu.org 2011-02-03 22:19:10 UTC ---
Created attachment 23242
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23242
This patch fixes the problem, but may be pessimistic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #4 from asharif at gcc dot gnu.org 2011-02-03 22:19:37 UTC ---
Richard, check out the attached patch and let me know your thoughts.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47363
asharif at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47447
--- Comment #5 from Andrew Pinski 2011-02-03
22:23:36 UTC ---
I almost want to say LOOP_VINFO_NITERS should not have abnormal SSA's to begin
with.
1 - 100 of 150 matches
Mail list logo
