http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #34 from Mikael Pettersson 2011-10-14
07:54:15 UTC ---
Created attachment 25494
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25494
backported fragment of r171341, fixes insv on m68k
With this patch, a trivial forward-port of t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #35 from Mikael Pettersson 2011-10-14
07:57:24 UTC ---
(In reply to comment #34)
> Created attachment 25494 [details]
> backported fragment of r171341, fixes insv on m68k
>
> With this patch, a trivial forward-port of the gcc-4.5.3 A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50699
--- Comment #3 from Iain Sandoe 2011-10-14 08:13:12
UTC ---
Author: iains
Date: Fri Oct 14 08:13:04 2011
New Revision: 179962
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179962
Log:
gcc:
PR bootstrap/50699
* config/darwin.c (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50699
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48835
--- Comment #36 from Thorsten Glaser 2011-10-14 08:39:06
UTC ---
> With this patch, a trivial forward-port of the gcc-4.5.3 Ada/m68k patch, and a
…
> r178834) I was finally able to successfully bootstrap Ada on m68k-linux.
>
> I'll test this pat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50714
--- Comment #10 from Richard Guenther 2011-10-14
08:51:08 UTC ---
I wonder if another alternative would have been, also for better error
reporting to the user, to do sth like
explicit
codecvt(size_t __refs = 0) = deleted;
instead of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
Richard Guenther changed:
What|Removed |Added
Component|rtl-optimization|target
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17212
--- Comment #3 from paolo at gcc dot gnu.org
2011-10-14 09:14:31 UTC ---
Author: paolo
Date: Fri Oct 14 09:14:26 2011
New Revision: 179963
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179963
Log:
/gcc
2011-10-14 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50723
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17212
--- Comment #4 from paolo at gcc dot gnu.org
2011-10-14 09:15:02 UTC ---
Author: paolo
Date: Fri Oct 14 09:14:58 2011
New Revision: 179964
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179964
Log:
/gcc
2011-10-14 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17212
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50723
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50717
Richard Guenther changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50716
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50723
Richard Guenther changed:
What|Removed |Added
Target Milestone|4.7.0 |4.6.2
Summary|[4.7 regressi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50714
--- Comment #11 from Paolo Carlini 2011-10-14
09:44:05 UTC ---
Note that a codecvt constructor taking (__c_local, size_t) isn't Standard, we
don't want it in the primary. If you ask me, not having written this code, I
think the cleanest thing to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50726
Bug #: 50726
Summary: Internal compiler error when specializing template
with an Enum Class
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50726
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50714
--- Comment #12 from Jonathan Wakely 2011-10-14
10:14:10 UTC ---
The testcase is invalid, std types can only be specialized for user-defined
types. It can be made valid by:
#include
#define mychar __gnu_cxx::character
> It's also odd to n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
Tobias Burnus changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50723
--- Comment #4 from Richard Guenther 2011-10-14
11:03:11 UTC ---
Author: rguenth
Date: Fri Oct 14 11:03:06 2011
New Revision: 179967
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179967
Log:
2011-10-14 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50716
Richard Guenther changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50716
--- Comment #5 from Richard Guenther 2011-10-14
12:10:52 UTC ---
(In reply to comment #4)
> It's because we do
>
> align = MAX (TYPE_ALIGN (TREE_TYPE (exp)), get_object_alignment
> (exp));
>
> which discards the knowledge we have (exp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49242
--- Comment #4 from Michael Richmond
2011-10-14 12:13:54 UTC ---
(In reply to comment #3)
> May be related to bug 50709.
>
> Michael, did you use --disable-checking configure option?
I used --enable-checking=release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50723
--- Comment #5 from Richard Guenther 2011-10-14
12:17:49 UTC ---
Author: rguenth
Date: Fri Oct 14 12:17:41 2011
New Revision: 179974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179974
Log:
2011-10-14 Richard Guenther
Backport f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50712
--- Comment #7 from Richard Guenther 2011-10-14
12:17:49 UTC ---
Author: rguenth
Date: Fri Oct 14 12:17:41 2011
New Revision: 179974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179974
Log:
2011-10-14 Richard Guenther
Backport f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50727
Bug #: 50727
Summary: ICE with segfault in flow_bb_inside_loop_p
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50723
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50727
Richard Guenther changed:
What|Removed |Added
Target|arm-none-eabi |arm-*-*, x86_64-*-*
Known to work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50728
Bug #: 50728
Summary: Inefficient vector loads from aggregates passed by
value
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50713
--- Comment #2 from Richard Guenther 2011-10-14
12:38:20 UTC ---
I split out the inefficient by-value passing thing to PR50728
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
--- Comment #4 from Jan Hubicka 2011-10-14
12:50:54 UTC ---
Thanks. I am testing the following patch. Could you, please, verify that it
soves the problem on AIX? I am quite convinced the aliases should be output
correctly with this change.
Index
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50713
--- Comment #3 from vincenzo Innocente
2011-10-14 12:54:46 UTC ---
thanks for the splitting: it is indeed the most serious problem.
what about "complex ops in scalar code"? keep it here and shall I spawn a
specific one (maybe once PR50622 is fixe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
Don changed:
What|Removed |Added
CC||donmgeso at hotmail dot com
--- Comment #3 from Don
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50728
--- Comment #1 from Richard Guenther 2011-10-14
13:10:06 UTC ---
Other testcase:
typedef float Value;
struct A {
Value a[16 / sizeof (Value)];
} __attribute__ ((aligned(16)));
Value get(A a)
{
return a.a[0];
}
_Z3get1A:
.LFB0:
.cfi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
--- Comment #4 from Don 2011-10-14 13:11:09 UTC
---
Found this bug while trying to compile Spidermonkey 1.85 with gcc 4.6 (g++).
nanojit.h:183:26: error: 'isS32' declared as an 'inline' variable. The code
is:
static inline bool isS32(intptr_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
--- Comment #5 from Jonathan Wakely 2011-10-14
13:14:34 UTC ---
(In reply to comment #4)
> Is there a fix for this or is this version flawed? Can we be certain this bug
> will be fixed by the next release? This is a basic declaration and should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50713
--- Comment #4 from Richard Guenther 2011-10-14
13:23:52 UTC ---
(In reply to comment #3)
> thanks for the splitting: it is indeed the most serious problem.
> what about "complex ops in scalar code"? keep it here and shall I spawn a
> specific on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50721
--- Comment #8 from Bernd Schmidt 2011-10-14
13:23:58 UTC ---
It looks like gsl_poly_dd_taylor overwrites part of the caller's stack frame.
Specifically, this statement
w[size - 1] = 1.0;
appears to go out of bounds. Can someone who understands
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50721
--- Comment #9 from Bernd Schmidt 2011-10-14
13:29:35 UTC ---
Hmm, even without understanding Fortran it looks like
real(fgsl_double) :: ra, xa(10), ya(10), da(10), di(10), d(2)
declares d as a 2 element array, but
#0 gsl_poly_dd_taylor (c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50715
Sean McGovern changed:
What|Removed |Added
Summary|build with |bootstrap fails with error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50719
Sean McGovern changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50715
Sean McGovern changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #4 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50729
Bug #: 50729
Summary: Silent code gen fault: Value range propagation seems
to propagate values across narrowing/widening
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50721
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50728
--- Comment #2 from Richard Guenther 2011-10-14
13:40:31 UTC ---
typedef __complex__ float Value;
struct A {
Value a[16 / sizeof (Value)];
} __attribute__ ((aligned(16)));
Value get(A a)
{
return a.a[0];
}
_Z3get1A:
.LFB0:
.cfi_star
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50729
--- Comment #1 from Matthew Gretton-Dann
2011-10-14 13:40:14 UTC ---
Created attachment 25498
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25498
Cutdown pre-processed non-executable testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50729
--- Comment #2 from Matthew Gretton-Dann
2011-10-14 13:49:15 UTC ---
Created attachment 25499
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25499
Tree just before VRP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50729
--- Comment #3 from Matthew Gretton-Dann
2011-10-14 13:49:50 UTC ---
Created attachment 25500
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25500
VRP1 Analysis and resultant tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50730
Bug #: 50730
Summary: SLP vectorization confused by unrelated DRs
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50721
--- Comment #11 from Dominique d'Humieres
2011-10-14 13:58:21 UTC ---
> Well, in this example "size" is 3, hence, w[size -1] == w[2]. In Fortran, the
> "w" is the last argument, which is 2 and thus "d(2)" == "d(1:2)" has two
> elements. And indee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50729
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
--- Comment #6 from Don 2011-10-14 14:13:59 UTC
---
Yeah.., soon realized that after looking into it. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Ethan Tira-Thompson changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48126
--- Comment #10 from rsandifo at gcc dot gnu.org
2011-10-14 14:38:48 UTC ---
Author: rsandifo
Date: Fri Oct 14 14:38:42 2011
New Revision: 179980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179980
Log:
gcc/
2011-10-14 David Alan Gilbe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38174
--- Comment #8 from paolo at gcc dot gnu.org
2011-10-14 14:43:06 UTC ---
Author: paolo
Date: Fri Oct 14 14:43:03 2011
New Revision: 179984
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179984
Log:
/cp
2011-10-14 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38174
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48126
rsand...@gcc.gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
--- Comment #4 from Jonathan Wakely 2011-10-14
14:47:18 UTC ---
(In reply to comment #0)
> if they are testing for 'bad' values (e.g. isnan), that's probably significant
> -- otherwise the user wouldn't have added the classification calls to thei
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
--- Comment #5 from Paolo Carlini 2011-10-14
14:56:27 UTC ---
I haven't really followed this discussion, but I remember a very similar one
some time ago, and I suspect that part of the confusion stems from the meaning
of "finite-math": maybe some
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50715
Sean McGovern changed:
What|Removed |Added
Summary|bootstrap fails with error |bootstrap fails in
|on
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
--- Comment #6 from Paolo Carlini 2011-10-14
15:07:40 UTC ---
I was also thinking, maybe from the user point of view, a good way to deal with
this kind of problem today is splitting the computation in parts via the new
optimization attribute and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50718
--- Comment #4 from Tobias Burnus 2011-10-14
15:09:25 UTC ---
Author: burnus
Date: Fri Oct 14 15:09:21 2011
New Revision: 179988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179988
Log:
2011-10-14 Tobias Burnus
PR fortran/50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50719
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-10-14 15:16:02 UTC ---
> --- Comment #1 from Sean McGovern 2011-10-14
> 13:31:13 UTC ---
> Rainer, any ideas?
Not without considerably more details:
* how was gcc configured? (as/ld,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50715
Rainer Orth changed:
What|Removed |Added
CC||bkoz at gcc dot gnu.org
Target Milestone|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50717
Andrew Stubbs changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50715
--- Comment #7 from Paolo Carlini 2011-10-14
15:32:24 UTC ---
By the way, a couple of weeks ago I'm pretty sure to have read mentioned a
small glitch in the linker script, revealed by a warning which doesn't show up
with gld. If I'm able to find
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
Michael Matz changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50704
--- Comment #9 from Artem Shinkarov 2011-10-14
15:39:56 UTC ---
The problem should be fixed with 179991. Anyone running 32-bit architectures,
please confirm.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46278
--- Comment #6 from Georg-Johann Lay 2011-10-14
15:42:40 UTC ---
Author: gjl
Date: Fri Oct 14 15:42:33 2011
New Revision: 179993
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179993
Log:
PR target/46278
* doc/invoke.texi (AVR Opt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50715
Rainer Orth changed:
What|Removed |Added
Target|i386-pc-solaris2.10 |*-*-solaris2*
Status|UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
--- Comment #2 from gee 2011-10-14 16:01:26 UTC ---
following passes were enabled. i think if the following result of -fdump-passes
aren't same for the result of -m32, the wrong generated one wouldn't come out.
$ gcc -O3 -mstackrealign -march=cor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50715
--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE 2011-10-14 16:02:16 UTC ---
> --- Comment #7 from Paolo Carlini
> 2011-10-14 15:32:24 UTC ---
> By the way, a couple of weeks ago I'm pretty sure to have read mentioned a
> small glitch in t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50724
--- Comment #8 from Andrew Pinski 2011-10-14
16:03:06 UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25975
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28795
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28796
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50696
Paolo Bonzini changed:
What|Removed |Added
CC||bonzini at gnu dot org
--- Comment #6 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
--- Comment #3 from gee 2011-10-14 16:26:15 UTC ---
generated prologue with pseudo-reloc.ii (wrong one)
;;
;; Full RTL generated for this function:
;;
(note 8 0 11 NOTE_INSN_DELETED)
(note 11 8 459 2 [bb 2] NOTE_INSN_BASIC_BLOCK)
(insn 459 11 9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50705
--- Comment #9 from SK 2011-10-14 16:26:38
UTC ---
Below is another scenario::
test_bit called with args
PG_slab = 7;
page->flags = 0xc0;
test_bit(PG_slab, &page->flags) returns value 0. This is used by PageSlab in
linux kernel.
/**
* test_bi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
--- Comment #4 from gee 2011-10-14 16:27:31 UTC ---
Created attachment 25501
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25501
reduced source code but generates correct prologue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
--- Comment #5 from gee 2011-10-14 16:29:56 UTC ---
by comparing the result of -fdump-passes between pseudo-reloc.ii and r.c,
--- r.c.pass
+++ pseudo-reloc.pass
@@ -3,7 +3,7 @@
tree-mudflap1 : OFF
tre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49740
Douglas Mencken changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50696
H.J. Lu changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
--- Comment #6 from gee 2011-10-14 16:38:22 UTC ---
(In reply to comment #5)
Sorry. this comment is obsolete.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50731
Bug #: 50731
Summary: [4.7 Regression] FAIL: gcc.dg/torture/vector-shift2.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50731
--- Comment #1 from H.J. Lu 2011-10-14 16:42:37
UTC ---
Revision 179952 is OK.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
gee changed:
What|Removed |Added
Attachment #25501|0 |1
is obsolete||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50725
--- Comment #8 from gee 2011-10-14 17:00:11 UTC ---
Created attachment 25503
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25503
generated rtl with pseudo-reloc.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50002
--- Comment #3 from Nicola Pero 2011-10-14 17:10:21
UTC ---
Author: nicola
Date: Fri Oct 14 17:10:14 2011
New Revision: 179996
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179996
Log:
In libobjc/:
2011-10-14 Nicola Pero
Backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50002
Nicola Pero changed:
What|Removed |Added
Target Milestone|--- |4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49883
--- Comment #4 from Nicola Pero 2011-10-14 17:19:15
UTC ---
Author: nicola
Date: Fri Oct 14 17:19:07 2011
New Revision: 179997
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179997
Log:
In libobjc/:
2011-10-14 Nicola Pero
Backport
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49883
Nicola Pero changed:
What|Removed |Added
Target Milestone|--- |4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50732
Bug #: 50732
Summary: [type_traits] is_base_of unnecessarily
instantiates Base (which shouldn't be instantiated)
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50732
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50570
--- Comment #13 from janus at gcc dot gnu.org 2011-10-14 17:59:36 UTC ---
Author: janus
Date: Fri Oct 14 17:59:29 2011
New Revision: 18
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=18
Log:
2011-10-14 Janus Weil
PR fortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50728
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
--- Comment #5 from David Edelsohn 2011-10-14 18:47:15
UTC ---
Bootstrap is not complete, but it is past the location of the failure with your
patch applied.
Thanks, David
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50507
--- Comment #3 from Jason Merrill 2011-10-14
19:12:52 UTC ---
Author: jason
Date: Fri Oct 14 19:12:45 2011
New Revision: 180002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180002
Log:
PR c++/50507
* method.c (walk_field_subobs)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50563
--- Comment #3 from Jason Merrill 2011-10-14
19:13:05 UTC ---
Author: jason
Date: Fri Oct 14 19:12:57 2011
New Revision: 180003
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180003
Log:
PR c++/50563
* parser.c (cp_parser_cache_gr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50140
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
1 - 100 of 122 matches
Mail list logo