http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51990
Bug #: 51990
Summary: ICE in copy_reference_ops_from_ref
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51966
--- Comment #6 from Tobias Burnus 2012-01-25
06:59:25 UTC ---
Author: burnus
Date: Wed Jan 25 06:59:21 2012
New Revision: 183510
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183510
Log:
2012-01-24 Tobias Burnus
PR fortran/51
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #3 from Leonid Volnitsky 2012-01-25
05:04:56 UTC ---
Created attachment 26453
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26453
gcc error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #2 from Leonid Volnitsky 2012-01-25
05:04:00 UTC ---
Created attachment 26452
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26452
deque-bug.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #1 from Leonid Volnitsky 2012-01-25
05:03:14 UTC ---
Created attachment 26451
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26451
deque-bug.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
Bug #: 51989
Summary: std::deque::iterator recognised as container
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51917
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51917
--- Comment #3 from Jason Merrill 2012-01-25
04:39:59 UTC ---
Author: jason
Date: Wed Jan 25 04:39:52 2012
New Revision: 183509
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183509
Log:
PR c++/51917
* decl.c (xref_basetypes): Che
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51917
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51370
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51370
--- Comment #2 from Paolo Carlini 2012-01-25
02:05:19 UTC ---
In mainline the second snippet doesn't ICE anymore.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
--- Comment #6 from Andrew Pinski 2012-01-25
00:58:45 UTC ---
I have a patch which fixes the testcases in comment #3 and comment #5. The
testcase in comment #0 will be fixed with the patch in
http://gcc.gnu.org/ml/gcc-patches/2012-01/msg01195.ht
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
--- Comment #5 from Andrew Pinski 2012-01-25
00:45:37 UTC ---
Here is another testcase which also fails:
int g(int,int);
int f(int t, int c)
{
int d = 0;
int e = 0;
if (t)
{
d = c+1;
e = t;
}
else d = 0, e = 0;
retur
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
--- Comment #4 from Andrew Pinski 2012-01-25
00:26:41 UTC ---
The first testcase is still valid but is not handled currently without some
changes dealing with how PHI-OPT works which I am fixing right now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
--- Comment #3 from Andrew Pinski 2012-01-25
00:24:41 UTC ---
Here is a better testcase:
int g(int,int);
int f(int t, int c)
{
int d = 0;
int e = 0;
if (t)
{
d = 1;
e = t;
}
else d = 0, e = 0;
return g(d,e);
}
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
--- Comment #2 from Andrew Pinski 2012-01-25
00:04:01 UTC ---
Note this is like http://gcc.gnu.org/ml/gcc-patches/2012-01/msg01195.html but
different as we should do this even if the arguments for the other PHIs are non
equal.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51988
Bug #: 51988
Summary: value_replacement in PHIOPT should handle even the
cases where there are other PHIs even with non equal
value
Classification: Unclassified
Product:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51985
--- Comment #2 from Dominique d'Humieres 2012-01-24
23:16:45 UTC ---
Looking at the log, I see
copying selected object files to avoid basename conflicts... <--- :-(
copying selected object files to avoid basename conflicts...
libtool: link:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51981
Marc Glisse changed:
What|Removed |Added
CC||marc.glisse at normalesup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43311
--- Comment #2 from Andrew Pinski 2012-01-24
22:52:54 UTC ---
This is dup of the merge loads from two adjacent memory location into one load
bug. Which I don't remember the number of the bug right now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51985
Dominique d'Humieres changed:
What|Removed |Added
Target||x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51987
--- Comment #1 from Jakub Jelinek 2012-01-24
22:40:11 UTC ---
Created attachment 26449
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26449
gcc47-pr51987.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51970
--- Comment #4 from Dominique d'Humieres 2012-01-24
22:35:43 UTC ---
The patch attached to comment #4 + the "hack" let the test compile without
error (although I don't know if it is valid). I have noticed the following
changes:
For 51948, before
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51987
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51987
Bug #: 51987
Summary: [4.7 Regression] Predictive commoning wrong-code with
non-volatile asm
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51986
--- Comment #1 from Matt Hargett 2012-01-24 22:31:05 UTC
---
Created attachment 26448
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26448
pre-processed source of the file that triggers the regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51986
Bug #: 51986
Summary: [4.7 regression] uninitialized variable warning
regression prevents bootstrap
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51985
Bug #: 51985
Summary: [4.7 Regression] Bootstrap failure at revision 183497
on x86_64-apple-darwin10
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51984
--- Comment #1 from Marcin Baczynski 2012-01-24
22:00:18 UTC ---
Created attachment 26447
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26447
Reduced test case.
root/bug.c:8:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
~ # gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.7.0-svn-183
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51975
asharif at gcc dot gnu.org changed:
What|Removed |Added
Attachment #26445|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51975
asharif at gcc dot gnu.org changed:
What|Removed |Added
Attachment #26439|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246
--- Comment #8 from Andrew Pinski 2012-01-24
19:48:16 UTC ---
*** Bug 41895 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39246
Andrew Pinski changed:
What|Removed |Added
CC||Greta.Yorsh at arm dot com
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51983
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41895
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51983
Bug #: 51983
Summary: Wrong line number in an uninitialized variable warning
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51917
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51636
--- Comment #2 from Andrew Pinski 2012-01-24
19:41:54 UTC ---
>Guess: the new/new[] operators throwing std::bad_alloc have a MT-safeness
problem.
They should not as they are just wrappers around malloc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51973
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51973
--- Comment #4 from Jason Merrill 2012-01-24
19:07:29 UTC ---
Author: jason
Date: Tue Jan 24 19:07:24 2012
New Revision: 183487
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183487
Log:
PR c++/51973
* tree.c (called_fns_equal): C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51982
Andrew Pinski changed:
What|Removed |Added
Depends on||10474
--- Comment #1 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51982
David Edelsohn changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51982
Bug #: 51982
Summary: Shrink-wrapping opportunity
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51968
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51968
--- Comment #7 from Richard Henderson 2012-01-24
17:33:46 UTC ---
Author: rth
Date: Tue Jan 24 17:33:41 2012
New Revision: 183480
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183480
Log:
PR target/51968
* config/arm/arm.c (neon_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51928
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51928
--- Comment #1 from Aldy Hernandez 2012-01-24
16:47:43 UTC ---
Author: aldyh
Date: Tue Jan 24 16:47:24 2012
New Revision: 183478
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183478
Log:
+ PR c++/51928
+ * class.c (set_method
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51981
--- Comment #1 from Jonathan Wakely 2012-01-24
16:46:12 UTC ---
Because it's non-standard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51981
Bug #: 51981
Summary: Missing uninitialized_move() implementation?
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51798
--- Comment #6 from Andrew Macleod 2012-01-24
16:02:03 UTC ---
Others expressed concern about a change that could potentially affect all
targets since its in libstdc++ code, especially considering this code is being
deprecated. There are targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50895
--- Comment #2 from Ruben Van Boxem
2012-01-24 15:29:24 UTC ---
With GCC 4.7, I get a different failure (and jni.cc hasn't been reached yet I
think), which is pthread-related (I configured with --enable-threads=posix):
libtool: compile:
/home/r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51798
--- Comment #5 from David Edelsohn 2012-01-24 15:29:44
UTC ---
Are you suggesting that the existing atomicity support in libstdc++ should be
changed to use ACQ_REL semantics?
libstdc++ uses one function to both acquire and release a lock. It ad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51977
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51970
--- Comment #3 from Tobias Burnus 2012-01-24
15:27:43 UTC ---
Created attachment 26443
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26443
Draft patch for trans-intrinsic.c
There are two issues:
a) from_expr->rank *and* to_expr->rank are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51973
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
inux-androideabi-,'
Thread model: posix
gcc version 4.7.0 20120124 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-c' '-march=armv7-a' '-mcpu=cortex-a9' '-mfloat-abi=hard'
'-mfpu=vfp' '-flax-vector-conversions' '-mfpu=neon' '-O2&
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49829
--- Comment #22 from Jakub Jelinek 2012-01-24
13:59:19 UTC ---
On powerpc64-linux apparently a few symbols are gone since yesterday:
_ZNSbIwSt11char_traitsIwESaIwEE4_Rep20_S_empty_rep_storageE@@GLIBCXX_3.4 OBJECT
GLOBAL DEFAULT 16
_ZNSs4_Rep20_S_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249
Richard Guenther changed:
What|Removed |Added
Target Milestone|4.4.7 |4.7.0
--- Comment #7 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51812
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51812
--- Comment #7 from Jason Merrill 2012-01-24
13:37:43 UTC ---
Author: jason
Date: Tue Jan 24 13:37:38 2012
New Revision: 183475
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183475
Log:
PR c++/51812
* cgraphunit.c (cgraph_decide_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249
--- Comment #5 from Jakub Jelinek 2012-01-24
13:18:16 UTC ---
Author: jakub
Date: Tue Jan 24 13:18:08 2012
New Revision: 183474
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183474
Log:
PR driver/47249
* common.opt (-pie, -shared
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41823
--- Comment #4 from Jakub Jelinek 2012-01-24
13:18:18 UTC ---
It is not, but it isn't that a big deal, gcc will optimize the test away.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51969
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.6.3
--- Comment #4 from Richard Guen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51971
--- Comment #1 from Richard Guenther 2012-01-24
13:01:03 UTC ---
GCC explicitely allows you to use const/pure to enable CSE even if it would
not consider the function const/pure itself (thus, if you are happy to
loose a second assert (), or a deb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44174
--- Comment #15 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-01-24 12:55:38 UTC ---
> --- Comment #14 from Andrew Pinski 2012-01-24
> 01:29:40 UTC ---
> Since this was fixed on the trunk, can you remove the xfail?
I already did so in April last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49868
--- Comment #14 from Georg-Johann Lay 2012-01-24
12:38:59 UTC ---
Author: gjl
Date: Tue Jan 24 12:38:52 2012
New Revision: 183473
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183473
Log:
PR target/49868
* doc/extend.texi (AVR Na
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51965
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41933
Paolo Carlini changed:
What|Removed |Added
CC||i.nixman at gmail dot com
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51979
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42934
--- Comment #1 from Dominique d'Humieres 2012-01-24
11:41:21 UTC ---
> The following example shows this: For LOC(f) it prints the address of the
> function, for LOC(f()) the result of the function call; but it fails for
This is the case for gfor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51968
--- Comment #6 from Eric Batut 2012-01-24
11:17:33 UTC ---
Our Neon codebase (lots of image processing filters) produce correct results
with the patch applied to the latest trunk rev.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51959
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51968
--- Comment #5 from Eric Batut 2012-01-24
11:12:23 UTC ---
(In reply to comment #3)
> Created attachment 26436 [details]
> proposed patch
>
> I'll run this through a cross-build first, but I expect this will fix it.
This patch makes gcc trunk n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51978
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41823
--- Comment #3 from Dominique d'Humieres 2012-01-24
11:09:05 UTC ---
> It is guaranteed to be non-NULL for omp parallel/do/task and many others, see
> the ew_st.ext.omp_clauses = something lines in openmp.c.
Then is the 'if (clauses)' necessary?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51979
Bug #: 51979
Summary: variadic templates + lambda capture list = error
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41823
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42693
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51959
Jakub Jelinek changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51965
--- Comment #7 from Marc Glisse 2012-01-24
10:49:38 UTC ---
(In reply to comment #6)
> But __pop_heap doesn't seem so straightforward to tweak, we also changed
> a bit the interfaces.
At first glance, I am not sure why pop_heap can end up callin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41823
Dominique d'Humieres changed:
What|Removed |Added
CC||jakub at redhat dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51223
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51223
--- Comment #3 from paolo at gcc dot gnu.org
2012-01-24 10:39:08 UTC ---
Author: paolo
Date: Tue Jan 24 10:39:03 2012
New Revision: 183472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183472
Log:
/cp
2012-01-24 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40060
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
--- Comment #33 from Richard Guenther 2012-01-24
10:23:19 UTC ---
Author: rguenth
Date: Tue Jan 24 10:23:14 2012
New Revision: 183471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183471
Log:
2012-01-24 Richard Guenther
Forward-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51970
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49829
--- Comment #21 from Jan Kratochvil
2012-01-24 10:17:14 UTC ---
With r183465 it really builds for me now, thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51902
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.8.0
--- Comment #8 from Jakub Jelinek
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51937
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49829
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51879
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
--- Comment #13 from Jakub Jelinek 2012-01-24
10:09:38 UTC ---
Honza, ping?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51966
--- Comment #5 from Tobias Burnus 2012-01-24
09:48:28 UTC ---
(In reply to comment #4)
> type(Deriv), save :: DepEcoSystem = Deriv(DEF_ECOSYSTEMS(1))
Here, the problem is that in
#0 gfc_conv_string_init (length=0x2cf3b720, expr=0x16c117
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51966
--- Comment #4 from Tobias Burnus 2012-01-24
09:26:56 UTC ---
Reduced test case, which also illustrates another ICE:
module EcoSystem_ml
implicit none
type, public:: Deriv
character(len=10) :: name
end type
character(len=8), publi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45678
--- Comment #32 from Richard Guenther 2012-01-24
09:17:11 UTC ---
Author: rguenth
Date: Tue Jan 24 09:17:01 2012
New Revision: 183470
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=183470
Log:
2012-01-24 Richard Guenther
Forward-p
1 - 100 of 118 matches
Mail list logo
