http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46988
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|preprocessor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46931
--- Comment #6 from Alexandre Oliva 2010-12-17
06:23:19 UTC ---
Created attachment 22793
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22793
Patch I'm testing that fixes the bug
Instead of just dropping the debug info on the floor, I figur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46724
--- Comment #6 from Alexandre Oliva 2010-12-17
06:19:30 UTC ---
Created attachment 22792
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22792
Patch I'm testing that fixes the bug
Here's what I meant. It does fix the bug at hand, and (surpr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46931
Alexandre Oliva changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46724
Alexandre Oliva changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46985
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Summary|ICE: SIGSEGV in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46988
Summary: gcc/cp/cfns.h is modified even when the object
directory is out of tree
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46982
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46987
Summary: [4.6 Regression] g++.dg/torture/covariant-1.C ICE:
double free or corruption with -fno-inline
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
--- Comment #1 from Andrew Pinski 2010-12-17
01:08:12 UTC ---
http://www.maillistarchive.com/threads/1657-gccgo-branch-and-darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46986
Summary: Fails to build due to -Werror with --disable-werror
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
--- Comment #4 from Matt Hargett 2010-12-17 00:40:55 UTC
---
Attached original and pre-processed sources. Re-tested with 4.6.0 20101215,
problem is still happening.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
--- Comment #3 from Matt Hargett 2010-12-17 00:39:27 UTC
---
Created attachment 22790
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22790
original source file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
--- Comment #2 from Matt Hargett 2010-12-17 00:38:14 UTC
---
Created attachment 22789
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22789
pre-processed source of the file that triggers the compilation regression
generated with this command
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44563
--- Comment #12 from Jan Hubicka 2010-12-17
00:08:07 UTC ---
Author: hubicka
Date: Fri Dec 17 00:08:02 2010
New Revision: 167964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167964
Log:
PR middle-end/44563
* ipa-inline.c: Upda
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46983
Gabriel Dos Reis changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46985
Summary: ICE: SIGSEGV in is_gimple_min_invariant
(gimple.c:2742) with -fno-tree-ccp
-fno-tree-dominator-opts -fno-tree-fre
Product: gcc
Version: 4.6.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46924
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46924
--- Comment #3 from Sebastian Pop 2010-12-16 22:54:24
UTC ---
Author: spop
Date: Thu Dec 16 22:54:17 2010
New Revision: 167962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167962
Log:
Fix PR46924: Do not detect reductions outside the cu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46869
--- Comment #7 from Benjamin Kosnik 2010-12-16
22:51:54 UTC ---
this might be an int-long mangling issue on s390 (ie swap i for l)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46869
Benjamin Kosnik changed:
What|Removed |Added
CC||bkoz at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46966
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46966
--- Comment #4 from Jakub Jelinek 2010-12-16
22:45:55 UTC ---
Author: jakub
Date: Thu Dec 16 22:45:42 2010
New Revision: 167960
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167960
Log:
PR tree-optimization/46966
* graphite-sese-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46912
--- Comment #5 from Mike Stump 2010-12-16
22:42:34 UTC ---
On Dec 16, 2010, at 2:06 PM, iains at gcc dot gnu.org wrote:
> gcc/system.h :
> # define bool unsigned char
This is wrong. The solution is simple:
#define bool _Bool
on darwin. Ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
Sebastian Pop changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
--- Comment #24 from Sebastian Pop 2010-12-16
22:30:35 UTC ---
*** Bug 45406 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46902
m...@gcc.gnu.org changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46984
Summary: [4.6 Regression] g++.dg/torture/pr45699.C FAILs with
-fno-early-inlining -flto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46912
--- Comment #4 from Iain Sandoe 2010-12-16 22:05:55
UTC ---
(In reply to comment #3)
> > it's all fall-out from the different assumed sizes of Bool (see also 46902).
>
> ? bool/_Bool is 4 on pcc. Making it any other size introduces a abi bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28767
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|dodji at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46912
--- Comment #3 from Mike Stump 2010-12-16
21:59:44 UTC ---
> it's all fall-out from the different assumed sizes of Bool (see also 46902).
? bool/_Bool is 4 on pcc. Making it any other size introduces a abi bug.
What code assumes _Bool is 1 by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43655
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=31519
--- Comment #13 from bafinney at myrealbox dot com 2010-12-16 21:48:08 UTC ---
For what it is worth, that same code still causes an ICE with MinGW32
F:\brad\fortran\gfortran\tests>gfortran -c -v modbug1.f90
Using built-in specs.
COLLECT_GCC=gfortr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43655
--- Comment #10 from Jakub Jelinek 2010-12-16
21:44:05 UTC ---
Author: jakub
Date: Thu Dec 16 21:44:02 2010
New Revision: 167955
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167955
Log:
PR tree-optimization/43655
* tree-ssa-ter.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31519
Tobias Burnus changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
Tobias Burnus changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
Summ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31519
Kai Tietz changed:
What|Removed |Added
CC||ktietz at gcc dot gnu.org
--- Comment #11 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46924
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
--- Comment #24 from Mike Stump 2010-12-16
21:05:06 UTC ---
Yeah, I don't think it is too important to back port. The next release is
coming out soon, and I don't think its a big issue and has always been there.
I'd propose to not back port.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46983
Summary: Diagnostic about change in meaning of name in class
misses some cases
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #87 from Iain Sandoe 2010-12-16 20:51:45
UTC ---
(In reply to comment #86)
> What is the reasoning behind emitting eh labels again on darwin10? In theory,
> this makes darwin 'less strange' if we can avoid emitting eh labels as no
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46982
Summary: SIZE(TRANSFER()) as specification expression
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290
Serge Belyshev changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290
Serge Belyshev changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2010-05-29 11:42:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #86 from Jack Howarth 2010-12-16
20:41:20 UTC ---
What is the reasoning behind emitting eh labels again on darwin10? In theory,
this makes darwin 'less strange' if we can avoid emitting eh labels as no other
target does.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
Iain Sandoe changed:
What|Removed |Added
Attachment #22760|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46966
--- Comment #3 from Sebastian Pop 2010-12-16 20:17:43
UTC ---
The fix looks good. Please test and commit. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46972
--- Comment #3 from Paulius Zaleckas
2010-12-16 20:11:54 UTC ---
(In reply to comment #2)
> So I suspect the issue is dependent on emutls or uclibc.
Yes, you are right. I have experimented today with few toolchains and build few
variants myself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
--- Comment #23 from Iain Sandoe 2010-12-16 20:07:46
UTC ---
it's fixed on trunk.
Although it was reported against 4.2, since it's not a regression I'm not sure
of the policy on back-porting.
(and, to be honest, a back-port for this is not high
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46404
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
m...@gcc.gnu.org changed:
What|Removed |Added
Target Milestone|4.5.2 |4.6.0
--- Comment #22 from mrs at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46404
--- Comment #7 from Sebastian Pop 2010-12-16 20:05:23
UTC ---
Author: spop
Date: Thu Dec 16 20:05:18 2010
New Revision: 167954
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167954
Log:
Fix PR46404: call scev_reset to reset the number of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
--- Comment #21 from mrs at gcc dot gnu.org 2010-12-16
20:00:20 UTC ---
Oh, Iain, is the target milestone 4.6.0, or 4.5.2? I was thinking 4.5.2, but
not sure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
m...@gcc.gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33120
m...@gcc.gnu.org changed:
What|Removed |Added
Status|REOPENED|NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46774
--- Comment #2 from gandalf at gcc dot gnu.org
2010-12-16 19:48:12 UTC ---
Author: gandalf
Date: Thu Dec 16 19:48:07 2010
New Revision: 167952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167952
Log:
PR libgcj/46774: Create dynamic Prot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46893
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=46916
--- Comment #84 from Dominique d'Humieres
2010-12-16 18:04:30 UTC ---
> .. if you want to try in advance I can copy it to you by email.
yes, please!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823
--- Comment #6 from Martin Jambor 2010-12-16
17:55:34 UTC ---
Hm, somehow I must have made a mistake when looking into this last
week but it seems that my dynamic type change detection patches fix
this problem too. The last version of them is at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #83 from Iain Sandoe 2010-12-16 17:40:35
UTC ---
(In reply to comment #82)
> (In reply to comment #80)
> > Yes and it happens for a lot of tests in libgomp at -m32...
>
> Confirmed here!-(so far the best fix for this pr is to revert
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #82 from Dominique d'Humieres
2010-12-16 17:33:30 UTC ---
(In reply to comment #80)
> Yes and it happens for a lot of tests in libgomp at -m32...
Confirmed here!-(so far the best fix for this pr is to revert 167727) Is there
a way to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46931
--- Comment #4 from Alexandre Oliva 2010-12-16
17:20:22 UTC ---
I agree. For the sake of avoiding loss of debug info, I suggest we check that
the SSA name is not referenced in debug stmts before dropping the def
altogether. Want me to code that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46893
--- Comment #7 from Jakub Jelinek 2010-12-16
17:14:35 UTC ---
Author: jakub
Date: Thu Dec 16 17:14:30 2010
New Revision: 167949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167949
Log:
PR debug/46893
* cfgexpand.c (expand_debug_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46302
--- Comment #6 from Martin Jambor 2010-12-16
17:12:33 UTC ---
I have re-posted the patch series to address this:
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01213.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46893
Alexandre Oliva changed:
What|Removed |Added
AssignedTo|aoliva at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comment #6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46955
--- Comment #1 from Dodji Seketeli 2010-12-16
17:09:21 UTC ---
Candidate patch posted to
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01276.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46973
--- Comment #1 from Dodji Seketeli 2010-12-16
17:08:34 UTC ---
Candidate patch posted to
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01277.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #81 from Jack Howarth 2010-12-16
17:07:37 UTC ---
(In reply to comment #80)
> characteristic of running out of threads ..
> ... is it repeatable ?
Yes and it happens for a lot of tests in libgomp at -m32...
FAIL: libgomp.c/appendi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46981
Summary: multilib LD_LIBRARY_PATH prevents configuration of
target libraries
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46980
--- Comment #1 from dann frazier 2010-12-16 16:45:14
UTC ---
Created attachment 22786
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22786
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46980
Summary: ICE (Segmentation fault) building opencv on hppa
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #80 from Iain Sandoe 2010-12-16 16:25:47
UTC ---
(In reply to comment #79)
> With the patch from Comment 78, I don't see dsymutil failues (at least for a
sorry about the typos ...
.. I have a new patch which deals with the disabling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46916
--- Comment #79 from Jack Howarth 2010-12-16
16:12:23 UTC ---
With the patch from Comment 78, I don't see dsymutil failues (at least for a
simple c language bootstrap on x86_64-apple-darwin10). However at -m32, I am
now seeing libgomp testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18016
--- Comment #7 from Jonathan Wakely 2010-12-16
16:05:04 UTC ---
(In reply to comment #0)
> A() : a(a) // <-- should generate a warning
Clang warns about this with -Wuninitialized
My patch for PR 2972 *doesn't* help here, because A::a does
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46896
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46926
--- Comment #7 from joseph at codesourcery dot com 2010-12-16 15:30:17 UTC ---
On Thu, 16 Dec 2010, rguenth at gcc dot gnu.org wrote:
> Hum. We generate calls to sincos() if TARGET_HAS_SINCOS is true and a call
> to cexp() if TARGET_C99_FUNCTION
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46956
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45934
--- Comment #7 from Martin Jambor 2010-12-16
15:30:06 UTC ---
I have re-posted the patch series to address this:
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01213.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46976
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46975
Richard Guenther changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46977
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46926
--- Comment #6 from Richard Guenther 2010-12-16
15:24:23 UTC ---
(In reply to comment #5)
> That is what the built_in_decls vs. implicit_built_in_decls distinction is
> for.
> Except that for sincos, being a POSIX but not C function,
> implicit_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46900
--- Comment #6 from Tobias Burnus 2010-12-16
15:23:40 UTC ---
I think that the files passed to lto1 are the same - but I get different
command-line options:
a) Two-step compile with "-fexternal-blas -flto -Ofast -march=native"
x86_64-unknown-l
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46933
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46942
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46939
--- Comment #7 from John Regehr 2010-12-16 15:10:41
UTC ---
(In reply to comment #6)
> Fixed.
Awesome. We will re-test this code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46943
--- Comment #1 from Richard Guenther 2010-12-16
15:10:12 UTC ---
Hmm. I think at least postreload CSE should handle it as we then know that
zero-extends extend to the full HW register. Pre-regalloc would be difficult
as we'd need some new form
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46945
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46946
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46948
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46956
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42590
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42375
Martin Jambor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46970
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46926
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46890
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
--- Comment #3 from Tobias Burnus 2010-12-16
14:48:53 UTC ---
Reduced test case:
program elastic2
implicit none
type mesh_t
real, allocatable, dimension(:,:) :: coor
end type mesh_t
type(mesh_t) :: mesh3
real, allocatable, dimensio
1 - 100 of 203 matches
Mail list logo
