http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
Freddie Chopin changed:
What|Removed |Added
CC||freddie_chopin at op dot pl
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
--- Comment #2 from Freddie Chopin 2013-02-12
07:14:17 UTC ---
Created attachment 29421
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29421
failing test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
--- Comment #6 from Rich Felker 2013-02-12 07:08:14
UTC ---
That sounds highly doubtful. The sigcontext is (necessarily) on the stack, so
the only way accessing past the end of sigcontext could fault is if the access
were so far beyond the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #33 from Kostya Serebryany 2013-02-12
07:02:40 UTC ---
(In reply to comment #31)
> If the mapping is so flexible, how can you detect mismatches? Different scale
> or shadow offsets are ABI incompatible...
We don't detect mism
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #32 from Kostya Serebryany 2013-02-12
06:47:56 UTC ---
Good news, 0x7fff8000 seems great:
t0: orig
t1: short offset (0x7fff8000)
t2: zero offset + pie
t0 t1 t1/t0 t2t2/t0 t2/t1
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
--- Comment #3 from demiurg_spb at freemail dot ru 2013-02-12 06:47:43 UTC ---
(In reply to comment #2)
> This cannot work because ISO/IEC TR18037 forces these literals into generic
> space.
>
ISO/IEC TR18037
5.1.2 Address-space type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
--- Comment #5 from Alan Modra 2013-02-12 03:04:28
UTC ---
Created attachment 29420
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29420
use /proc/self/auxv
At the time the original code was being developed, linux-2.4.x was in
wid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #12 from Matt Hargett 2013-02-12 02:02:33 UTC
---
looking at the patch for merging elsewhere, I noticed that
location_t
lto_input_location (struct bitpack_d *bp, struct data_in *data_in)
{
+ static const char *current_f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56231
--- Comment #11 from Matt Hargett 2013-02-12 01:55:28 UTC
---
can you add the reduced test case you came up with to the testsuite? I've seen
these issues come and go at various points.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265
--- Comment #3 from Paul Pluzhnikov 2013-02-12
00:48:01 UTC ---
Thanks for the fix.
We've confirmed that this fix also fixes the crash in "irreducible" test case
from PR56262.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
Paolo Carlini changed:
What|Removed |Added
CC|freddie_chopin at op dot pl |
--- Comment #1 from Paolo Carl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56148
--- Comment #6 from Steven Bosscher 2013-02-12
00:14:47 UTC ---
In gcc 4.7.2, reload resolved this with a pair of moves.
>From the .197r.ira and 198r.reload dumps, with the asm_operands
split out and the insns before the asm condensed, f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
Benjamin Kosnik changed:
What|Removed |Added
CC||bkoz at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56290
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
m...@gcc.gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56290
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56291
Bug #: 56291
Summary: ICE for C++11 in output_constructor_regular_field, at
varasm.c:4821
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #51 from mrs at gcc dot gnu.org 2013-02-11
23:30:18 UTC ---
Author: mrs
Date: Mon Feb 11 23:30:10 2013
New Revision: 195960
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195960
Log:
/libgcc
2013-02-11 Iain Sandoe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
--- Comment #5 from Jan Hubicka 2013-02-11
22:55:44 UTC ---
Well, I think we should try to toamn fantasy of our optimizers here. What
unroller sees at -O3 -fno-tree-vectorize is quite ugly:
:
a = {};
:
# i_1 = PHI <1(2), i_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|amodra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #54 from mrs at gcc dot gnu.org 2013-02-11
22:36:28 UTC ---
Author: mrs
Date: Mon Feb 11 22:36:23 2013
New Revision: 195956
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195956
Log:
2013-02-11 Alexander Potapenko
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56290
Bug #: 56290
Summary: [4.8 Regression] ICE building OpenFOAM in in
ipa_make_edge_direct_to_target
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
--- Comment #8 from janus at gcc dot gnu.org 2013-02-11 19:46:15 UTC ---
(In reply to comment #7)
> I don't know if it is the RIGHT fix, but at least it works (tested with
Yes, that's fine. Or one could just disable the errors with
! {
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56275
--- Comment #9 from klondike 2013-02-11
19:25:15 UTC ---
Thanks again Uros, it's amazing how fast you have fixed this :D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56275
Uros Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
--- Comment #6 from Ian Lance Taylor 2013-02-11 19:16:41
UTC ---
The two closes of file descriptor 4 that you show are actually normal and
expected for this test. The first is the deferred close of the os.File that
wraps the file descript
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
--- Comment #7 from Dominique d'Humieres 2013-02-11
19:06:10 UTC ---
> The combined patches of comment 4 and 5 yield the following testsuite
> failures:
>
> FAIL: gfortran.dg/altreturn_2.f90 -O (test for excess errors)
> FAIL: gfortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56171
--- Comment #5 from ian at gcc dot gnu.org 2013-02-11
19:03:09 UTC ---
Author: ian
Date: Mon Feb 11 19:03:04 2013
New Revision: 195950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195950
Log:
PR go/56171
libgo: Solaris p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56289
--- Comment #3 from Andrew Pinski 2013-02-11
18:40:06 UTC ---
(In reply to comment #2)
> But x was used inside the comma operator.
It is complaining about the right hand side which is y.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56289
--- Comment #2 from Thomas 2013-02-11 18:35:29
UTC ---
But x was used inside the comma operator.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56289
--- Comment #1 from Andrew Pinski 2013-02-11
18:32:58 UTC ---
(void) x, y;
You are only casting x to void and not y.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-linux
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56289
Bug #: 56289
Summary: Bad unused value warning with comma operator
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
--- Comment #50 from Jack Howarth 2013-02-11
17:54:44 UTC ---
(In reply to comment #47)
> Created attachment 29396 [details]
> revised patch to revert r184293 while fixing PR55693
>
> Bootstrap regtesting underway on ppc darwin9, x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56275
--- Comment #7 from uros at gcc dot gnu.org 2013-02-11 17:30:06 UTC ---
Author: uros
Date: Mon Feb 11 17:29:53 2013
New Revision: 195947
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195947
Log:
Backport from mainline
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56268
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56275
--- Comment #6 from uros at gcc dot gnu.org 2013-02-11 17:27:39 UTC ---
Author: uros
Date: Mon Feb 11 17:27:30 2013
New Revision: 195946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195946
Log:
Backport from mainline
2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56268
--- Comment #6 from Jason Merrill 2013-02-11
16:21:19 UTC ---
Author: jason
Date: Mon Feb 11 16:21:10 2013
New Revision: 195945
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195945
Log:
PR c++/56268
* semantics.c (cla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56265
--- Comment #2 from Jakub Jelinek 2013-02-11
16:20:24 UTC ---
--- gcc/ipa-inline.c.jj2013-01-11 09:02:48.0 +0100
+++ gcc/ipa-inline.c2013-02-11 17:16:04.951958702 +0100
@@ -1792,7 +1792,7 @@ ipa_inline (void)
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56288
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56275
--- Comment #5 from klondike 2013-02-11
16:10:49 UTC ---
Thanks Uros, for now I'll disable the code for gcc <= 4.6.3 if SSE2 is not
available to prevent the crash on older distros.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56287
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56275
--- Comment #4 from uros at gcc dot gnu.org 2013-02-11 16:05:51 UTC ---
Author: uros
Date: Mon Feb 11 16:05:44 2013
New Revision: 195944
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195944
Log:
PR rtl-optimization/56275
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
--- Comment #13 from Jakub Jelinek 2013-02-11
15:54:17 UTC ---
Perhaps instead of global vars defined outside of libasan (which e.g. requires
GOT accesses to those vars in libasan), it might be better to have the scale
and offset as argume
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56288
Bug #: 56288
Summary: always true conditional expression in verify_ssa_name
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56287
--- Comment #2 from Jan Keprt 2013-02-11
15:48:01 UTC ---
(In reply to comment #1)
> Did the crt files somehow get LTO bytecode? That shouldn't happen. Please
> show objdump -h of the used crtbegin.o/crtend.o files.
Here it is:
$ ~
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56268
--- Comment #5 from Jason Merrill 2013-02-11
15:47:56 UTC ---
Author: jason
Date: Mon Feb 11 15:47:46 2013
New Revision: 195943
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195943
Log:
PR c++/56268
* semantics.c (cla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #15 from Jason Merrill 2013-02-11
15:44:51 UTC ---
(In reply to comment #13)
> I don't understand why fully declared templates like Boost's shared_ptr have a
> visibility at all.
I'm not sure why they would. Are you compili
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56151
--- Comment #11 from Jakub Jelinek 2013-02-11
15:42:12 UTC ---
Created attachment 29419
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29419
gcc48-pr56151.patch
Untested patch, done in add_equal_note, so that the code doesn't have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56238
Jason Merrill changed:
What|Removed |Added
Priority|P2 |P3
Status|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56268
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56287
Richard Biener changed:
What|Removed |Added
Target||powerpc-unknown-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
Georg-Johann Lay changed:
What|Removed |Added
Status|ASSIGNED|SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56263
--- Comment #2 from Georg-Johann Lay 2013-02-11
15:09:40 UTC ---
Created attachment 29418
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29418
draft patch
PR target/56263
* config/avr/avr.opt (-mstrict-addr-space-subsets):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56264
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
--- Comment #8 from Richard Biener 2013-02-11
15:09:02 UTC ---
Author: rguenth
Date: Mon Feb 11 15:08:51 2013
New Revision: 195942
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195942
Log:
2013-02-11 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56264
--- Comment #6 from Richard Biener 2013-02-11
15:07:48 UTC ---
Author: rguenth
Date: Mon Feb 11 15:07:40 2013
New Revision: 195941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195941
Log:
2013-02-11 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #31 from Jakub Jelinek 2013-02-11
15:02:25 UTC ---
If the mapping is so flexible, how can you detect mismatches? Different scale
or shadow offsets are ABI incompatible...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56287
Bug #: 56287
Summary: __do_global_ctors_aux() crashing when LTO enabled with
flto-partition=none
Classification: Unclassified
Product: gcc
Version: 4.7.2
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #30 from Kostya Serebryany 2013-02-11
14:42:43 UTC ---
> Could we on x86_64 think about mem_to_shadow(x) (x >> 3) + 0x7fff8000
Committed http://llvm.org/viewvc/llvm-project?rev=174886&view=rev
which adds an optional flag -mll
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
--- Comment #6 from Richard Biener 2013-02-11
14:38:37 UTC ---
(In reply to comment #5)
> This pattern is already recognized by simplify_bitwise_binary but only for
> usual int type, i.e. if we change all short types to the ordinary int (o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
--- Comment #6 from janus at gcc dot gnu.org 2013-02-11 13:57:36 UTC ---
The combined patches of comment 4 and 5 yield the following testsuite failures:
FAIL: gfortran.dg/altreturn_2.f90 -O (test for excess errors)
FAIL: gfortran.dg/intr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
--- Comment #29 from ro at CeBiTec dot Uni-Bielefeld.DE 2013-02-11 13:47:21 UTC ---
The error can be reproduced on x86_64-unknown-linux-gnu with gas by
disabling weakref support, i.e. setting gcc_cv_as_weakref=no during the
build. So again
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56175
--- Comment #5 from Yuri Rumyantsev 2013-02-11
13:42:49 UTC ---
This pattern is already recognized by simplify_bitwise_binary but only for
usual int type, i.e. if we change all short types to the ordinary int (or
unsigned) this simplificat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
--- Comment #6 from Richard Biener 2013-02-11
13:33:29 UTC ---
Author: rguenth
Date: Mon Feb 11 13:33:19 2013
New Revision: 195940
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195940
Log:
2013-02-11 Richard Biener
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56285
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
--- Comment #12 from Jakub Jelinek 2013-02-11
13:13:14 UTC ---
(In reply to comment #11)
> > We need more than that. E.g. ppc64 asan is very much broken in the gcc
> > tree,
> > that is fixed in upstream libasan already, right?
>
> La
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
--- Comment #11 from Kostya Serebryany 2013-02-11
12:58:07 UTC ---
> We need more than that. E.g. ppc64 asan is very much broken in the gcc tree,
> that is fixed in upstream libasan already, right?
Last time I tried, basic tests passed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56286
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56286
Bug #: 56286
Summary: vectorizer does not keep loop-closed SSA up-to-date
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
--- Comment #10 from Jakub Jelinek 2013-02-11
12:08:11 UTC ---
(In reply to comment #9)
> (In reply to comment #8)
> > Requires a merge as far as I can see. Important enough build issue.
>
> I am reluctant to do another full merge so c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56285
Bug #: 56285
Summary: [C++11] Arguments to an inheriting constructor is not
forwarded properly
Classification: Unclassified
Product: gcc
Version: 4.8.0
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
--- Comment #9 from Kostya Serebryany 2013-02-11
11:54:46 UTC ---
(In reply to comment #8)
> Requires a merge as far as I can see. Important enough build issue.
I am reluctant to do another full merge so close to 4.8 -- we have too many
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193
--- Comment #6 from Paolo Carlini 2013-02-11
11:48:54 UTC ---
Indeed, thanks Jon.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56253
--- Comment #7 from Richard Biener 2013-02-11
11:36:29 UTC ---
So to re-cap, for vector intrinsics we can use the vector GCC extensions
while for the scalar intrinsics we would have to use target builtin folding.
Not sure if it's worth the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193
Jonathan Wakely changed:
What|Removed |Added
Version|unknown |4.8.0
Target Milestone|4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
--- Comment #5 from Richard Biener 2013-02-11
10:52:39 UTC ---
One of the reasons this all happens is of course that after complete unrolling
we miss a pass that does full redundancy removal and const/copy propagation.
For the latter we ab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56281
Vincent Lefèvre changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|DUPLICA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56282
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193
Paolo Carlini changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56193
--- Comment #3 from paolo at gcc dot gnu.org
2013-02-11 10:30:50 UTC ---
Author: paolo
Date: Mon Feb 11 10:30:43 2013
New Revision: 195939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195939
Log:
2013-02-11 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56282
--- Comment #5 from paolo at gcc dot gnu.org
2013-02-11 10:30:50 UTC ---
Author: paolo
Date: Mon Feb 11 10:30:43 2013
New Revision: 195939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195939
Log:
2013-02-11 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56264
--- Comment #5 from Richard Biener 2013-02-11
10:27:56 UTC ---
I would guess that originally cfg-cleanup caused basic-blocks to leak
outside a loop, thus at most exposing new use sites. With discovering
new loops we may both wreck that sc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[OOP] ICE with contained|[OOP] ICE with alternate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56282
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56283
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56283
--- Comment #2 from Jonathan Wakely 2013-02-11
10:05:58 UTC ---
You're looking at a post-C++11 draft, not at the standard. The change was made
by http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2012/n3462.html and GCC
4.8 already implem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56282
Jonathan Wakely changed:
What|Removed |Added
Attachment #29415|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56264
--- Comment #4 from Richard Biener 2013-02-11
10:00:18 UTC ---
unswitching makes the formerly irreducible inner loop reducible on one
path (cfgcleanup makes this loop appear). As we are in the loop optimizer
block we are supposed to be in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56282
--- Comment #2 from Jonathan Wakely 2013-02-11
09:53:38 UTC ---
Created attachment 29415
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29415
Instantiate and export new operator
Something like this, although putting it in fstream-i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56273
--- Comment #4 from Richard Biener 2013-02-11
09:32:31 UTC ---
(In reply to comment #2)
> The problem is a missing VRP. Basically ivopts changes:
> if (j_10 != 9)
>
> Which works into:
>
> j_10 = ivtmp.12_56;
> if (ivtmp.12_5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55431
Bernhard Reutner-Fischer changed:
What|Removed |Added
CC||aldot at gcc dot gnu.or
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56242
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56274
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56282
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRME
1 - 100 of 111 matches
Mail list logo
