ch/libgfortran/io/unix.h
Will the rev 180199 merge into gcc4.6.2 release?
Because the first 4.6.2 RC doesn't contain the modify, gcc-4.6.2-RC-20111019
libgfortran build on mingw/mingw64 can cause:
libtool: compile: i686-w64-mingw32-gcc
-L/mingw/i686-w64-mingw32/lib -L/mingw/mingw/
||FIXED
--- Comment #2 from xunxun 2011-10-20 06:39:50
UTC ---
gcc-4.6.2-RC-20111019 has not the problem.
May be solved.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50664
--- Comment #1 from xunxun 2011-10-20 06:39:17
UTC ---
gcc-4.6.2-RC-20111019 has not the problem.
May be solved.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
--- Comment #7 from Andi Kleen 2011-10-20
05:53:49 UTC ---
Can someone mark this as a regression please? This still keeps crashing and
crashing.
I don't see why I need to debug a clear regression when I already bisected
it.
IMHO this should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50521
--- Comment #4 from Tomohiro Kashiwada 2011-10-20
01:53:33 UTC ---
Created attachment 25559
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25559
proposal patch
fix generating wrong code. no longer volatile-bitfield breaks other field.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45333
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |dodji at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45385
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot |lopezibanez at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48818
--- Comment #6 from Paolo Carlini 2011-10-20
01:19:49 UTC ---
I would be curious to know if you are seeing something else when you configure
your build with --disable-visibility.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49508
--- Comment #5 from Paolo Carlini 2011-10-20
01:16:23 UTC ---
.. and I mus say, this specific issue is quite pervasive, I'm seeing it more
and more while triaging recent issues with warnings enabled, hmpf!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485
--- Comment #6 from Andrew Pinski 2011-10-20
01:13:54 UTC ---
Looks like vectorizer is causing the slow down at least for me on the trunk
that is -mno-sse makes the slowdown go away.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485
--- Comment #5 from Andrew Pinski 2011-10-20
01:09:02 UTC ---
apinski@apinskidesktop:~$ g++ t.cc -O3 -ffast-math
apinski@apinskidesktop:~$ ./a.out
apinski@apinskidesktop:~$ time ./a.out
real0m0.329s
user0m0.328s
sys0m0.000s
apinski@a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49485
Paolo Carlini changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47828
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47658
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31789
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|gcc-bugs at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50800
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50805
Bug #: 50805
Summary: [4.7 Regression] FAIL:
gcc.dg/tree-ssa/builtin-expect-[1-4].c
scan-tree-dump-times gimple "builtin_expect[^\n]*,
0\);\n[^\n]*if" 2
Classif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50804
Bug #: 50804
Summary: FAIL: invalid intermediate result for .
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50803
Bug #: 50803
Summary: [4.7 Regression] FAIL: gcc.dg/ipa/inline-5.c
scan-ipa-dump-times inline "Will be eliminated" 4
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
Bug #: 50802
Summary: [4.7 Regression] FAIL:
gcc.c-torture/execute/arith-rand-ll.c execution at -O2
and -Os
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13657
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13657
--- Comment #6 from paolo at gcc dot gnu.org
2011-10-19 22:46:01 UTC ---
Author: paolo
Date: Wed Oct 19 22:45:58 2011
New Revision: 180228
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180228
Log:
/cp
2011-10-19 Paolo Carlini
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15495
Manuel López-Ibáñez changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7356
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
Known t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50793
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50793
--- Comment #4 from Jason Merrill 2011-10-19
22:29:18 UTC ---
Author: jason
Date: Wed Oct 19 22:29:15 2011
New Revision: 180227
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180227
Log:
PR c++/50793
* tree.c (bot_manip): Propagat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
Manuel López-Ibáñez changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44906
--- Comment #10 from Manuel López-Ibáñez 2011-10-19
22:24:12 UTC ---
The problem seems to be the tentative parsing in cp_parse_template_id, which
tries every crazy thing it can, and when nothing works, it just gives this
catch all diagnostic.
B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50793
--- Comment #3 from Jason Merrill 2011-10-19
22:22:32 UTC ---
Author: jason
Date: Wed Oct 19 22:22:25 2011
New Revision: 180226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180226
Log:
PR c++/50793
* tree.c (bot_manip): Propagat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50787
--- Comment #5 from Jason Merrill 2011-10-19
22:21:38 UTC ---
Author: jason
Date: Wed Oct 19 22:21:34 2011
New Revision: 180224
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180224
Log:
PR c++/50787
* g++.dg/init/ref20.C: New.
M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50793
--- Comment #2 from Jason Merrill 2011-10-19
22:21:56 UTC ---
Author: jason
Date: Wed Oct 19 22:21:52 2011
New Revision: 180225
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180225
Log:
PR c++/50793
* tree.c (bot_manip): Propagat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50793
--- Comment #1 from Jason Merrill 2011-10-19
22:21:22 UTC ---
Author: jason
Date: Wed Oct 19 22:21:15 2011
New Revision: 180223
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180223
Log:
PR c++/50793
* tree.c (bot_manip): Propagat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023
--- Comment #25 from janus at gcc dot gnu.org 2011-10-19 22:10:40 UTC ---
r180210 fixes comment #7 (rejecting proc-pointers as argument of SIZEOF).
Left to do is only the original comment #0 at this point.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47023
--- Comment #24 from janus at gcc dot gnu.org 2011-10-19 22:05:26 UTC ---
Author: janus
Date: Wed Oct 19 22:05:23 2011
New Revision: 180210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180210
Log:
2011-10-19 Janus Weil
PR fortran/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13657
--- Comment #5 from Paolo Carlini 2011-10-19
22:06:56 UTC ---
Ok, thanks, I'm doing that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31423
Paolo Carlini changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #9 from P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48630
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50749
--- Comment #4 from Kazumoto Kojima 2011-10-19
21:36:56 UTC ---
(In reply to comment #3)
USE_LOAD_POST_INCREMENT and USE_STORE_PRE_DECREMENT are used only
in move_by_pieces which is for some block operations when
MOVE_BY_PIECES_P says OK. They
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50801
Pat Haugen changed:
What|Removed |Added
CC||pthaugen at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50793
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50796
Uros Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50796
--- Comment #1 from uros at gcc dot gnu.org 2011-10-19 21:05:28 UTC ---
Author: uros
Date: Wed Oct 19 21:05:23 2011
New Revision: 180207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180207
Log:
PR testsuite/50796
* gcc.dg/plugin/p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13657
--- Comment #4 from Jason Merrill 2011-10-19
20:52:01 UTC ---
I think just making the error message more general makes sense here, something
along the lines of "cannot convert..."
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50787
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50787
--- Comment #3 from Jason Merrill 2011-10-19
20:42:55 UTC ---
Author: jason
Date: Wed Oct 19 20:42:50 2011
New Revision: 180206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180206
Log:
PR c++/50787
* g++.dg/init/ref20.C: New.
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50787
--- Comment #2 from Jason Merrill 2011-10-19
20:31:37 UTC ---
Author: jason
Date: Wed Oct 19 20:31:21 2011
New Revision: 180205
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180205
Log:
PR c++/50787
* g++.dg/init/ref20.C: New.
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50787
--- Comment #1 from Jason Merrill 2011-10-19
20:31:14 UTC ---
Author: jason
Date: Wed Oct 19 20:30:50 2011
New Revision: 180204
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180204
Log:
PR c++/50787
* parser.c (cp_parser_initiali
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50801
Dodji Seketeli changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50801
Bug #: 50801
Summary: macro location tracking patch set breaks bootstrap
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50754
--- Comment #8 from Jakub Jelinek 2011-10-19
19:31:25 UTC ---
Author: jakub
Date: Wed Oct 19 19:31:14 2011
New Revision: 180201
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180201
Log:
PR middle-end/50754
* cfgexpand.c (expand_d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23855
--- Comment #23 from Andrew Pinski 2011-10-19
19:10:38 UTC ---
The other way to handle this is to allow unswitch loops to handle non inner
loops which from what I can tell is a two line patch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50800
--- Comment #1 from Mathias Gaunard 2011-10-19
18:20:06 UTC ---
Testcase is here (couldn't attach it due to bugzilla size restrictions):
http://mathias.gaunard.com/data/ice_finish_member_declaration.cpp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50800
Bug #: 50800
Summary: Internal compiler error in finish_member_declarations,
possibly related to may_alias attribute
Classification: Unclassified
Product: gcc
Version: 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13657
Paolo Carlini changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |jason at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50790
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50799
Bug #: 50799
Summary: [4.7 Regression] FAIL: gcc.dg/guality/pr43177.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50795
Kai Tietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50795
--- Comment #2 from Kai Tietz 2011-10-19 17:44:39
UTC ---
Author: ktietz
Date: Wed Oct 19 17:44:35 2011
New Revision: 180200
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180200
Log:
PR middle-end/50795
* gcc.dg/tree-ssa/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #17 from Tobias Burnus 2011-10-19
17:27:08 UTC ---
Author: burnus
Date: Wed Oct 19 17:27:03 2011
New Revision: 180199
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180199
Log:
2011-10-19 Janne Blomqvist
Kai Tie
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49508
Paolo Carlini changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
--- Comment #17 from Paolo Carlini 2011-10-19
17:27:36 UTC ---
Yeah, I was driving and it occurred to me too that we gonna need one more
counter... First, let's reopen the other bug. Thanks again for now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47687
Paolo Carlini changed:
What|Removed |Added
CC||yar at sibnet dot ru
--- Comment #6 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
--- Comment #16 from Manuel López-Ibáñez 2011-10-19
17:21:51 UTC ---
(In reply to comment #15)
> On this PR, removing the early return *works*, we have two non-bogus warnings
> with -Wall and two errors with -Werror. Maybe we should really procee
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50791
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50791
Jonathan Wakely changed:
What|Removed |Added
CC||artem.lab at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50798
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50785
--- Comment #13 from Jonathan Wakely 2011-10-19
17:12:11 UTC ---
N.B. we wrote a FAQ entry about this:
http://gcc.gnu.org/wiki/VerboseDiagnostics#missing_static_const_definition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50798
--- Comment #1 from artem 2011-10-19 17:09:09 UTC
---
Created attachment 25557
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25557
.ii file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50798
Bug #: 50798
Summary: Segmentation fault
Classification: Unclassified
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797
Bug #: 50797
Summary: [x32] Use 32bit Pmode
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49459
Paul Koning changed:
What|Removed |Added
Known to fail||4.1.2
--- Comment #2 from Paul Koning 2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50785
--- Comment #12 from Jonathan Wakely 2011-10-19
16:58:05 UTC ---
(In reply to comment #11)
> it will be possible to add better waring/error in this case?
Not easily, the error you get is from the linker. This has been discussed MANY
times in ot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50777
--- Comment #7 from Sean McGovern 2011-10-19
16:39:15 UTC ---
Thanks for the fix, bootstrapping that revision now.
-- Sean McG.
--Original Message--
From: ro at gcc dot gnu.org
To: McGovern, Sean
Subject: [Bug bootstrap/50777] [4.7 regre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50785
--- Comment #11 from trashyankes at wp dot pl 2011-10-19 16:35:06 UTC ---
it will be possible to add better waring/error in this case?
is complicity misleading when you use `static const` or `static constexpr` for
long time and when you try get ref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50769
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50769
--- Comment #4 from vries at gcc dot gnu.org 2011-10-19 16:29:52 UTC ---
Author: vries
Date: Wed Oct 19 16:29:42 2011
New Revision: 180197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180197
Log:
2011-10-19 Tom de Vries
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50777
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50795
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50777
--- Comment #5 from Rainer Orth 2011-10-19 16:02:35 UTC
---
Author: ro
Date: Wed Oct 19 16:02:30 2011
New Revision: 180195
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180195
Log:
Properly test for madvise on Solaris 10 (PR bootstrap/50
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50786
--- Comment #5 from Richard Guenther 2011-10-19
15:55:22 UTC ---
You would need to debug this then - generally the drivers clean up after
them (and I remember testing this, at least for the non-failing case ...)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
--- Comment #15 from Paolo Carlini 2011-10-19
15:53:01 UTC ---
On this PR, removing the early return *works*, we have two non-bogus warnings
with -Wall and two errors with -Werror. Maybe we should really proceed one PR
at a time, re-open PR49508.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50796
Bug #: 50796
Summary: [4.7 Regression] FAIL: gcc.dg/plugin/plugindir[1234].c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50795
Bug #: 50795
Summary: [4.7 Regression] FAIL:
gcc.dg/tree-ssa/builtin-expect-[1234].c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49310
--- Comment #10 from Alexandre Oliva 2011-10-19
15:50:04 UTC ---
Author: aoliva
Date: Wed Oct 19 15:50:00 2011
New Revision: 180194
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180194
Log:
PR debug/49310
* var-tracking.c (loc_exp_dep, o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50763
--- Comment #6 from vries at gcc dot gnu.org 2011-10-19 15:48:38 UTC ---
Created attachment 25556
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25556
Updated patch, tries to keep dominance info up-to-date.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
--- Comment #14 from Paolo Carlini 2011-10-19
15:39:08 UTC ---
Thanks for explaining the seen_error mechanism, which I didn't know, but there
is something I still don't understand here. Consider PR49508 (I'm interested
because I opened it ;) : in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50786
--- Comment #4 from Andi Kleen 2011-10-19
15:28:07 UTC ---
I'm not, this was a normal lto bootstrap without any special flags
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50790
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50786
--- Comment #3 from Richard Guenther 2011-10-19
15:18:21 UTC ---
cc*.o files are supposed to be cleaned up by the driver(s). Are you sure
you are not using -save-temps? ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50733
--- Comment #2 from marcos_vc at coel dot com.br 2011-10-19 15:02:10 UTC ---
In that case avr-gcc should print an error/warning when one try to access
variables that way. I'm newbie for this specific target and this code compiles
without any error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50778
--- Comment #5 from Dominique d'Humieres 2011-10-19
15:01:47 UTC ---
> Could I have ssh access to one of the boxes that fail?
I can give you access to my (slowww) G5 if you mail me your ssh key.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50447
--- Comment #6 from Georg-Johann Lay 2011-10-19
14:59:05 UTC ---
Author: gjl
Date: Wed Oct 19 14:59:00 2011
New Revision: 180193
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180193
Log:
PR target/50447
* config/avr/avr.md (cc):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50780
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50780
--- Comment #2 from Richard Guenther 2011-10-19
14:54:41 UTC ---
Author: rguenth
Date: Wed Oct 19 14:54:34 2011
New Revision: 180192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180192
Log:
2011-10-19 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50717
Andrew Stubbs changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50786
--- Comment #2 from Andi Kleen 2011-10-19
14:40:53 UTC ---
I'm not 100% sure which stage generates them, but I have lots of
cc*.o and some others (.res etc.) left over after the LTRANS failure.
After two failures in a row i always have a full /.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50794
Bug #: 50794
Summary: [picochip] incorrect implementation of ashrsi3 for
negative numbers
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50705
--- Comment #11 from SK 2011-10-19 14:22:16
UTC ---
FILE::
/mm/page_alloc.c:5363
flags -> 0x3
HASH_EARLY - > 0x1
CODE::
if (flags & HASH_EARLY)
Assembly:
70307c44: fe 0f e0 54 rlwinm r0,r7,1,31,31
r7 = 0x3 =
1 - 100 of 172 matches
Mail list logo