http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18016
--- Comment #10 from Manuel López-Ibáñez 2010-12-22
09:17:42 UTC ---
Like others commenting here, I don't understand why a(a) should not warn only
with -Winit-self. On the other hand, I always thought that Winit-self is a bad
idea. Although the p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47039
Summary: Support warnings/errors for non-F features.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47039
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47040
Summary: Make error message for empty array constructor more
helpful/correct
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46941
--- Comment #1 from Patrick Marlier
2010-12-22 10:11:54 UTC ---
Created attachment 22839
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22839
proposed patch to add safe attribute to new delete operators
gcc/cp/decl.c: build_library_fn_1()
a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47040
--- Comment #1 from Tobias Burnus 2010-12-22
10:16:56 UTC ---
Draft patch - feel free to take it, I am not sure when I have the time to
submit it.
--- a/gcc/fortran/array.c
+++ b/gcc/fortran/array.c
@@ -1054,7 +1054,8 @@ gfc_match_array_construc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023
Tobias Burnus changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43247
--- Comment #10 from Thiago Macieira 2010-12-22
10:35:23 UTC ---
This is still not fixed. I can reproduce now with a different testcase, in
4.5.1. However, this time, the same code works fine in 4.4. The reason is again
accessing an array out-of-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46978
Mikael Morin changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45934
--- Comment #8 from Martin Jambor 2010-12-22
12:57:00 UTC ---
Author: jamborm
Date: Wed Dec 22 12:56:54 2010
New Revision: 168168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168168
Log:
2010-12-22 Martin Jambor
PR tree-optimiza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46987
--- Comment #5 from Martin Jambor 2010-12-22
12:57:00 UTC ---
Author: jamborm
Date: Wed Dec 22 12:56:54 2010
New Revision: 168168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168168
Log:
2010-12-22 Martin Jambor
PR tree-optimiza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46302
--- Comment #7 from Martin Jambor 2010-12-22
12:57:00 UTC ---
Author: jamborm
Date: Wed Dec 22 12:56:54 2010
New Revision: 168168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168168
Log:
2010-12-22 Martin Jambor
PR tree-optimiza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341
--- Comment #6 from Kazumoto Kojima 2010-12-22
13:19:40 UTC ---
I've tried the patch on x86 cross sh4-unknown-linux-gnu. It looks
all possible combinations of --with-gmp and --with-target-gmp
work as expected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46987
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341
--- Comment #7 from Jakub Jelinek 2010-12-22
13:23:22 UTC ---
Another alternative would be to make the behavior different between cross and
native builds. In native builds, --with-gmp{,-lib,-include} would be passed
through to both gcc configury
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46941
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47042
Summary: ICE with character pointer in function
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47036
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18016
--- Comment #11 from Jonathan Wakely 2010-12-22
14:40:07 UTC ---
(In reply to comment #10)
> Like others commenting here, I don't understand why a(a) should not warn only
> with -Winit-self.
I agree with Andrew, the a(a) mistake should always wa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47035
--- Comment #2 from Jack Howarth 2010-12-22
15:24:27 UTC ---
This issue actually exists on linux as well. The behavior is rather complex.
For example, the first instance of a compilation of trunctfxf2.c shows the
missing prototype warnings ...
/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45989
Dominique d'Humieres changed:
What|Removed |Added
CC||kkojima at rr dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45146
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
Ian Bolton changed:
What|Removed |Added
Status|RESOLVED|REOPENED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47038
--- Comment #1 from Sean McGovern 2010-12-22
16:27:40 UTC ---
Hmmm... is this a dup of pr40483? Can someone confirm?
If so, I guess I'm hooped on Solaris 10. Should XFAIL?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47019
Sebastian Pop changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47019
--- Comment #2 from Sebastian Pop 2010-12-22 17:07:27
UTC ---
The SSA is in loop-closed form, the two loops are nested:
loop_1
D_60 = ...
loop_2
... = D_60
end_2
end_1
The problem is elsewhere. I'm still investigating.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43247
Andrew Pinski changed:
What|Removed |Added
Known to work||
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47003
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45146
Jack Howarth changed:
What|Removed |Added
CC||howarth at nitro dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47043
Summary: allow deprecating enum values
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
AssignedTo: unassig...@gcc.gnu.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47043
Steven Bosscher changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
We do bootstrap on amd64-linux the graphite branch for every
commit, and that would be the equivalent of your patch.
Please open a new bug for tracking this issue.
Thanks,
Sebastian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45146
--- Comment #3 from sebpop at gmail dot com
2010-12-22 18:36:31 UTC ---
We do bootstrap on amd64-linux the graphite branch for every
commit, and that would be the equivalent of your patch.
Please open a new bug for tracking this issue.
Thanks,
S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915
--- Comment #15 from John David Anglin 2010-12-22
18:47:04 UTC ---
Author: danglin
Date: Wed Dec 22 18:46:57 2010
New Revision: 168177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168177
Log:
Backport from mainline:
2010-12-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40468
--- Comment #4 from John David Anglin 2010-12-22
18:47:05 UTC ---
Author: danglin
Date: Wed Dec 22 18:46:57 2010
New Revision: 168177
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168177
Log:
Backport from mainline:
2010-12-18 J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40468
--- Comment #5 from John David Anglin 2010-12-22
18:49:31 UTC ---
Author: danglin
Date: Wed Dec 22 18:49:24 2010
New Revision: 168178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168178
Log:
Backport from mainline:
2010-12-18 J
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915
--- Comment #16 from John David Anglin 2010-12-22
18:49:31 UTC ---
Author: danglin
Date: Wed Dec 22 18:49:24 2010
New Revision: 168178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168178
Log:
Backport from mainline:
2010-12-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
/genflags.o differs
gcc/build/gengenrtl.o differs
gcc/build/gengtype-lex.o differs
gcc/build/gengtype-state.o differs
...
This problem did not occur at r167670.
http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg00852.html
../gcc-4.6-20101222/configure --prefix=/sw --prefix=/sw/lib/gcc4.6
--mandir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47003
--- Comment #4 from Jason Merrill 2010-12-22
19:23:26 UTC ---
Author: jason
Date: Wed Dec 22 19:23:15 2010
New Revision: 168180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168180
Log:
PR c++/47003
* tree.c (stabilize_expr): Rea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47044
--- Comment #1 from Jack Howarth 2010-12-22
19:53:23 UTC ---
The trigger appears to be the use of --enable-build-with-cxx with -O2 defaulted
to -fgraphite-identity. Removing that configure option eliminates the bootstrap
comparison failures.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43247
--- Comment #12 from Thiago Macieira 2010-12-22
19:55:38 UTC ---
(In reply to comment #11)
> >The reason is again accessing an array out-of-bounds for elements that we
> >know to be there.
>
> No that is undefined and different from the origina
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47019
--- Comment #3 from Sebastian Pop 2010-12-22 20:00:00
UTC ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01725.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47019
--- Comment #4 from Sebastian Pop 2010-12-22 21:19:38
UTC ---
Author: spop
Date: Wed Dec 22 21:19:34 2010
New Revision: 168182
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168182
Log:
Fix PR47019: parameters of a SCoP are SCEV analyzabl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47019
Sebastian Pop changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47003
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47045
Summary: NetBSD: define changes in ctype.h
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46758
Sebastian Pop changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47045
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47046
Summary: gcc.target/i386/sse4_1-movntdqa.c ICEs with
-fgraphite-identity
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45051
--- Comment #8 from Hans-Peter Nilsson 2010-12-23
01:56:08 UTC ---
(In reply to comment #7)
> (insn 3163 3161 3164 107 rectmm.c:1041 (set (reg:SI 1 r1)
> (plus:SI (reg:SI 1 r1)
>(const_int 280 [0x118]))) 4 {*arm_addsi3} (nil))
> I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47047
Summary: Support for path translation in __FILE__
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: preprocessor
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46892
--- Comment #7 from Jack Howarth 2010-12-23
03:43:04 UTC ---
This failure is no longer present at r168197.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47048
Summary: misc vect.exp failures with -fgraphite-identity
enabled at -O2.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47044
--- Comment #2 from Jack Howarth 2010-12-23
04:14:44 UTC ---
Same bootstrap comparison failure obtained with unpatched r168197 using...
make -j 8 BOOT_CFLAGS="-g -O2 -fgraphite-identity"
with --enable-build-with-cxx on x86_64-apple-darwin10.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47044
--- Comment #3 from Jack Howarth 2010-12-23
05:09:28 UTC ---
Same bootstrap comparison failure can be reproduced on x86_64 Fedora10 with...
../gcc/configure --with-gmp=/usr --with-mpfr=/usr --with-mpc=/usr
--prefix=/home/howarth/dist --enable-la
56 matches
Mail list logo