http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53468
--- Comment #3 from Matthias Klose doko at gcc dot gnu.org 2012-08-07
10:29:45 UTC ---
Comment on attachment 27825
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27825
multiarch-2012-07-08
2012-06-25 Matthias Klose d...@ubuntu.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54191
Bug #: 54191
Summary: [C++11] SFINAE does not handle conversion to
inaccessible base
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54191
--- Comment #1 from Ai Azuma ai.azuma at gmail dot com 2012-08-07 11:19:03
UTC ---
Created attachment 27955
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27955
Some test cases for SFINAE on conversion to inaccessible base
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54191
--- Comment #2 from Ai Azuma ai.azuma at gmail dot com 2012-08-07 11:21:36
UTC ---
Created attachment 27956
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27956
Output of -v option
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||jamborm at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54191
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54191
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54182
wbrana wbrana at gmail dot com changed:
What|Removed |Added
Keywords|build |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54192
Bug #: 54192
Summary: -fno-trapping-math by default?
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54192
--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2012-08-07
12:50:16 UTC ---
The current reasoning is that the C standard allows the implementation to
say that only round-to-nearest is supported but not that the trapping parts
of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54192
--- Comment #2 from Marc Glisse glisse at gcc dot gnu.org 2012-08-07 13:13:46
UTC ---
Don't you need to tell the compiler (with the FENV_ACCESS pragma) that you are
going to look at flags, just like you tell it that you are going to use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54193
Bug #: 54193
Summary: dump_gimple_assign raw can't handle 4 operands
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54191
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com 2012-08-07
14:36:19 UTC ---
For the cases where we are producing inaccessible base diagnostics in SFINAE
context, the issue is that lookup_base is called by functions getting a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54193
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194
Bug #: 54194
Summary: GCC 4.8 gives misleading suggestion about arithmetic
in operand of '|'
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
Bug #: 54195
Summary: [4.8 Regression][OOP] IMPORT fails with GENERIC TBP:
is already present in the interface
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-08-07
16:47:10 UTC ---
It works with the snapshot GCC 4.8.0 20120624 and fails with the one from
20120701.
The changelog lists only one entry in that period, namely:
Author: janus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #3 from janus at gcc dot gnu.org 2012-08-07 18:12:07 UTC ---
(In reply to comment #2)
The changelog lists only one entry in that period, namely:
Author: janus
Date: Wed Jun 27 17:38:00 2012
New Revision: 189022
Yeah, I knew it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135
--- Comment #8 from Alexandre Oliva aoliva at gcc dot gnu.org 2012-08-07
18:47:16 UTC ---
For those running into the problem, analternative to patching GCC isto reduce
the maximum expression depth for var-traking with --param
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54196
Bug #: 54196
Summary: gcc doesn't find incompatible exception specification
for operator
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54197
Bug #: 54197
Summary: [4.7/4.8 regression] Lifetime of reference not
properly extended
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54196
--- Comment #1 from mib.bugzilla at gmail dot com 2012-08-07 18:57:28 UTC ---
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/site/spt/rdrive/ref/gcc/4.7.0/efi2/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
Target:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54194
--- Comment #2 from Manuel López-Ibáñez manu at gcc dot gnu.org 2012-08-07
19:35:45 UTC ---
Use warning_at and pass down the correct location of the operator if possible,
otherwise input_location?
Of course, it would be nice to have ranges but I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54197
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #28 from Steven Bosscher steven at gcc dot gnu.org 2012-08-07
19:58:00 UTC ---
To illustrate the rewrite_into_closed_loop_ssa problem, consider this test
case:
extern void use1 (int);
extern void use2 (int);
extern int confuse_loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54177
--- Comment #3 from Alexandre Oliva aoliva at gcc dot gnu.org 2012-08-07
20:08:27 UTC ---
Having reviewed teh other uses of var_lowpart, I hereby approve the patch if it
passes regstrap. Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #4 from janus at gcc dot gnu.org 2012-08-07 20:23:26 UTC ---
My first attempt to fix it would be something like this:
Index: gcc/fortran/resolve.c
===
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54114
--- Comment #4 from Alexandre Oliva aoliva at gcc dot gnu.org 2012-08-07
20:28:05 UTC ---
It seems quite clear to me that the new cost arises due to
clobber_overlapping_mems, a relatively expensive operation that fixes a debug
info correctness
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53579
Benjamin Kosnik bkoz at gcc dot gnu.org changed:
What|Removed |Added
CC||bkoz at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54196
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-08-07
20:55:36 UTC ---
N.B. there are various overloads of operator new that are implicitly declared
in every translation unit, including (in C++03)
void* operator new(std::size_t)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54177
--- Comment #4 from Uros Bizjak ubizjak at gmail dot com 2012-08-07 21:07:53
UTC ---
Author: uros
Date: Tue Aug 7 20:57:56 2012
New Revision: 190212
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190212
Log:
* var-tracking.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54177
Uros Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #6 from janus at gcc dot gnu.org 2012-08-07 21:21:23 UTC ---
(In reply to comment #4)
However: Witout the patch, the code guarded by the IF statement above is
called
twice (which leads to the error). But with the patch, it is not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195
--- Comment #7 from janus at gcc dot gnu.org 2012-08-07 22:05:49 UTC ---
(In reply to comment #5)
Will start a full regtest now ...
Completed successfully.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #29 from Steven Bosscher steven at gcc dot gnu.org 2012-08-07
22:28:11 UTC ---
Created attachment 27957
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=27957
Do not traverse sibling loops
The idea here is to note that for a nested
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53661
Sriraman Tallam tmsriram at google dot com changed:
What|Removed |Added
Component|c |c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54146
--- Comment #30 from Steven Bosscher steven at gcc dot gnu.org 2012-08-07
22:36:30 UTC ---
Created attachment 27957 [details]
With the attachment, time spent in rewrite_into_loop_closed_ssa is almost 0
(and that includes the time in the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54005
--- Comment #1 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-08-07
23:04:05 UTC ---
Author: bkoz
Date: Tue Aug 7 23:03:55 2012
New Revision: 190216
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=190216
Log:
2012-08-07 Benjamin Kosnik
42 matches
Mail list logo