http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50163
--- Comment #5 from Tobias Burnus 2011-08-30
06:50:28 UTC ---
Author: burnus
Date: Tue Aug 30 06:50:22 2011
New Revision: 178280
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178280
Log:
2011-08-30 Tobias Burnus
PR fortran/50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50233
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50236
Bug #: 50236
Summary: compiler throws internal compiler error: Segmentation
fault
Classification: Unclassified
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50235
Bug #: 50235
Summary: Wrong code with volatile bitfields and -Os
Classification: Unclassified
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50224
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50224
--- Comment #5 from Jason Merrill 2011-08-30
04:40:29 UTC ---
Author: jason
Date: Tue Aug 30 04:40:22 2011
New Revision: 178278
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178278
Log:
PR c++/50224
* semantics.c (finish_id_expre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50209
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50234
Bug #: 50234
Summary: internal compiler error: in
cxx_eval_component_reference, at cp/semantics.c:6527
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50224
--- Comment #4 from Jason Merrill 2011-08-30
04:31:03 UTC ---
Author: jason
Date: Tue Aug 30 04:30:58 2011
New Revision: 178277
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178277
Log:
PR c++/50224
* semantics.c (finish_id_expre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207
--- Comment #7 from Jason Merrill 2011-08-30
04:30:56 UTC ---
Author: jason
Date: Tue Aug 30 04:30:42 2011
New Revision: 178276
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178276
Log:
PR c++/50207
* class.c (finish_struct_1): C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50209
--- Comment #1 from Jason Merrill 2011-08-30
04:30:38 UTC ---
Author: jason
Date: Tue Aug 30 04:30:27 2011
New Revision: 178275
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178275
Log:
PR c++/50209
Core DR 994
* parser.c (cp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50233
Bug #: 50233
Summary: Internal compiler error: in build_value_init_noctor,
at cp/init.c:336
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50232
Bug #: 50232
Summary: [4.7 Regression] reorg.c:3971: undefined reference to
`make_return_insns'
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50194
--- Comment #3 from Carrot 2011-08-30 01:16:34 UTC
---
Yes, it's a problem of the linker in my testing environment. I've tried to
manually link it with a different linker, it can run successfully. And the
correct stub is generated
2472 a9c8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49987
Pat Haugen changed:
What|Removed |Added
CC||pthaugen at gcc dot gnu.org
--- Comment #11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2316
--- Comment #20 from Marc Glisse 2011-08-30
00:20:07 UTC ---
Created attachment 25134
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25134
remember linkage of a function type
This is an extremely basic patch, that probably misses many things
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50225
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50225
--- Comment #4 from janus at gcc dot gnu.org 2011-08-29 21:55:16 UTC ---
Author: janus
Date: Mon Aug 29 21:55:10 2011
New Revision: 178262
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178262
Log:
2011-08-29 Janus Weil
PR fortran/5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50231
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50231
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50231
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=50231
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50231
Bug #: 50231
Summary: Fatal Error: Wrong module version '5' (expected '4')
for file 'sizes.mod'
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #11 from janus at gcc dot gnu.org 2011-08-29 19:28:42 UTC ---
Well, the obvious patch (based on Tobias' debugging) would be:
Index: gcc/fortran/trans-types.c
===
--- gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229
--- Comment #4 from Ruben Van Boxem
2011-08-29 18:30:29 UTC ---
For those wondering how on Earth I am cross-compiling for Mac, see
http://build1.openftd.org/fedora-cross-darwinx/
This is a cross toolchain for Fedora, which works quite well.
The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #10 from janus at gcc dot gnu.org 2011-08-29 18:29:16 UTC ---
(In reply to comment #9)
> > > (r171654?).
> >
> > Rather not. This one only concerns type-bound procedures (of which Andrew's
> > test case has none):
>
> Sorry to be such
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229
--- Comment #3 from Ruben Van Boxem
2011-08-29 18:26:10 UTC ---
Created attachment 25133
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25133
Compressed build log detailing failure
Attached build log. ("make all-gcc" output)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229
--- Comment #2 from Ruben Van Boxem
2011-08-29 18:23:12 UTC ---
Created attachment 25132
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25132
gcc/config.log
Attached gcc/config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229
Ruben Van Boxem changed:
What|Removed |Added
Attachment #25130|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229
Bug #: 50229
Summary: [4.7 Regression] Can't cross compile for
i686-apple-darwin10 from x86_64-redhat_linux
Classification: Unclassified
Product: gcc
Version: 4.7.0
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #9 from Dominique d'Humieres 2011-08-29
18:17:50 UTC ---
> > (r171654?).
>
> Rather not. This one only concerns type-bound procedures (of which Andrew's
> test case has none):
Sorry to be such a nuisance, but it is: r171653 works, r1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50191
--- Comment #7 from William J. Schmidt 2011-08-29
18:05:17 UTC ---
Hm, mysterious. That's the correct auto-host.h and the correct options. I
will get on one of the farm machines and see if I can reproduce with a
cross-compiler.
Hi,
I am seeing this issue when using the 2.95.3 compiler for EE processor.
When compiling the following code:
unsigned int a,b;
a = ((unsigned int)4294967295 * b);
the 2.95.3 compiler generates the following assembly:
8fc30014 lw $v1,20($s8)
0060102d move $v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50228
Bug #: 50228
Summary: Incorrect line execution count.
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #8 from Dominique d'Humieres 2011-08-29
17:39:01 UTC ---
> Oops. Did I do this? Sorry, it was not intentional ...
Apparently this happens while changing the summary(?).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #6 from Dominique d'Humieres 2011-08-29
17:34:02 UTC ---
Why setting this pr as unconfirmed?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #28 from Tobias Burnus 2011-08-29
16:34:34 UTC ---
(In reply to comment #27)
> > R421 length-selector is ( [ LEN = ] type-param-value ) [or ...]
>
> From F2003:
>
> C402 (R402) The type-param-value for a kind type parameter shall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50225
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #4 from janus at gcc dot gnu.org 2011-08-29 16:26:39 UTC ---
(In reply to comment #3)
> (r171654?).
Rather not. This one only concerns type-bound procedures (of which Andrew's
test case has none):
http://gcc.gnu.org/viewcvs?view=revis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
--- Comment #27 from Steve Kargl
2011-08-29 16:22:16 UTC ---
On Mon, Aug 29, 2011 at 06:47:41AM +, burnus at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
>
> --- Comment #26 from Tobias Burnus 2011-08-29
> 06:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50124
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50127
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49972
--- Comment #6 from Rainer Orth 2011-08-29 16:15:02 UTC
---
*** Bug 50127 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #2 from Andrew Benson 2011-08-29
16:11:25 UTC ---
Original report on gfortran mailing list:
http://gcc.gnu.org/ml/fortran/2011-08/msg00233.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
--- Comment #1 from Andrew Benson 2011-08-29
16:08:59 UTC ---
Created attachment 25129
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25129
Further reduced test case from Janus Weil
This is a further reduced test case created by Janus Weil.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50227
Bug #: 50227
Summary: ICE on valid with allocatable class component
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50226
Bug #: 50226
Summary: Wrong code with -O -fno-implicit-templates
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50224
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50137
Dominique d'Humieres changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49606
--- Comment #4 from Martin Decky 2011-08-29 14:33:07
UTC ---
(In reply to comment #3)
> As well as making longs 64 bits wide, -mlong64 makes
> pointers 64 bits wide. But you're still using a
> 32-bit file format. If you want an LP64 ABI,
> then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50191
--- Comment #6 from Jakub Jelinek 2011-08-29
14:26:57 UTC ---
I still can't reproduce it (with the x86_64-linux -> powerpc64-linux cross
compiler, even when using the auto-host.h provided here):
./gfortran --version -B ./; ./f951 -g -O3 -fprofile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50192
--- Comment #4 from Thomas Koenig 2011-08-29
14:12:01 UTC ---
Author: tkoenig
Date: Mon Aug 29 14:11:54 2011
New Revision: 178238
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178238
Log:
2011-08-29 Thomas Koenig
Backport from tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50225
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50176
Richard Guenther changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #6 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50225
--- Comment #1 from Dominique d'Humieres 2011-08-29
13:49:48 UTC ---
On x86_64-apple-darwin10 I don't need the option -fcheck=all to get the
run-timr error. However the error goes away with any optimization above -O1 (at
least all those I have tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50191
--- Comment #5 from William J. Schmidt 2011-08-29
13:45:36 UTC ---
Jakub, I don't see -fprofile-generate in your list of options. What Peter gave
you was the link command that exposed the problem, but the error occurred when
compiling chgpen.fpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50212
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50225
Bug #: 50225
Summary: The allocation status for polymorphic allocatable
variables is not set properly
Classification: Unclassified
Product: gcc
Version: 4.3.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50118
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50176
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50118
--- Comment #2 from paolo at gcc dot gnu.org
2011-08-29 13:40:39 UTC ---
Author: paolo
Date: Mon Aug 29 13:40:33 2011
New Revision: 178230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178230
Log:
2011-08-29 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50224
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|RESOLVED
e 4.6 branch:
gcc version 4.6.2 20110829 (prerelease) [gcc-4_6-branch revision 178215] (GCC)
and there's no warning or error, so I don't know what the ArchLinux package is
based on. It looks like the 20110819 snapshot with a misleading BASE-VER, but
that shouldn't warn.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50220
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207
--- Comment #5 from Jakub Jelinek 2011-08-29
12:48:10 UTC ---
Created attachment 25125
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25125
gcc47-pr50207.patch
Untested patch which adds that limitation. still seems to
work.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49251
--- Comment #5 from Jonathan Wakely 2011-08-29
12:39:36 UTC ---
*** Bug 50224 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50224
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48722
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50224
Bug #: 50224
Summary: [c++0x]g++ complains unused parameter but it is
referenced in lambda
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48722
--- Comment #5 from Jakub Jelinek 2011-08-29
11:52:26 UTC ---
Author: jakub
Date: Mon Aug 29 11:52:22 2011
New Revision: 178208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178208
Log:
PR middle-end/48722
* emit-rtl.c (unshare_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50176
--- Comment #5 from Igor Zamyatin 2011-08-29
11:48:12 UTC ---
Yes, looks like this revision is the reason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50203
--- Comment #4 from Richard Guenther 2011-08-29
11:05:19 UTC ---
(In reply to comment #3)
> But what would be a good limit for the parameter? On some targets some people
> have managed to trigger it even with the parameter 20 which has been the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50203
--- Comment #3 from Jakub Jelinek 2011-08-29
10:48:39 UTC ---
But what would be a good limit for the parameter? On some targets some people
have managed to trigger it even with the parameter 20 which has been the
default for a while, but on othe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50208
--- Comment #2 from Jakub Jelinek 2011-08-29
10:44:42 UTC ---
The problem is that def_stmt is a gimple stmt from before the loop and
new_loop_vec_info only initializes gimple_uid of stmts in the loop being
processed.
So perhaps before testing for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50203
--- Comment #2 from Richard Guenther 2011-08-29
10:12:00 UTC ---
Shouldn't we limit the max of the param then?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50208
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207
--- Comment #3 from Jakub Jelinek 2011-08-29
10:05:34 UTC ---
Oops, sorry, that was for PR50208.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50207
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50203
Jakub Jelinek changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50192
--- Comment #3 from Thomas Koenig 2011-08-29
09:05:18 UTC ---
Author: tkoenig
Date: Mon Aug 29 09:05:11 2011
New Revision: 178173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178173
Log:
2011-08-29 Thomas Koenig
PR libfortran/50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50215
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49987
Dominique d'Humieres changed:
What|Removed |Added
CC||aldyh at redhat dot com,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50215
--- Comment #5 from Jakub Jelinek 2011-08-29
08:55:07 UTC ---
Author: jakub
Date: Mon Aug 29 08:55:02 2011
New Revision: 178167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178167
Log:
PR debug/50215
* var-tracking.c (create_ent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50222
--- Comment #3 from Richard Guenther 2011-08-29
08:39:42 UTC ---
Reduced testcase (only ICEs 4.6.1 and trunk):
typedef struct AVProgram {
void *priv_data;
unsigned int nb_streams;
} AVFormatContext;
typedef struct {
unsigned short fl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50222
Richard Guenther changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50116
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50116
--- Comment #2 from Richard Guenther 2011-08-29
08:03:45 UTC ---
Author: rguenth
Date: Mon Aug 29 08:03:34 2011
New Revision: 178155
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178155
Log:
2011-08-29 Richard Guenther
PR mid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50204
--- Comment #4 from Richard Guenther 2011-08-29
07:57:29 UTC ---
On a 2nd thought the work should be still linear, even for N PHI args the
way the merging is constructed (one arg has to dominate the other - the
only exception is the diamond case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50164
Ilya Enkovich changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50221
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50204
--- Comment #3 from Richard Guenther 2011-08-29
07:29:57 UTC ---
The loop over PHI args is a little hard to follow, but yeah, that's
how it should work.
Eventually we can put this in with a new --param telling the maximum
number of PHI args to c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50219
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
1 - 100 of 101 matches
Mail list logo