http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53512
--- Comment #1 from Kazumoto Kojima 2012-05-29
02:39:28 UTC ---
(In reply to comment #0)
Sounds good.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16166
--- Comment #4 from David Stone 2012-05-29
02:13:53 UTC ---
I would recommend against naming each warning -Weffc++[n], but rather, give a
more descriptive name. My suggestion is to create a few warnings, so that
-Weffc++ would map to the followin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53514
Bug #: 53514
Summary: Make -Wpadded a meta-option for -Wpadded-in-middle and
-Wpadded-at-end
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
Bug #: 53513
Summary: SH Target: Add support for fschg and fpchg insns
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53509
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53512
Bug #: 53512
Summary: SH Target: Allow fsca and fsrra for non-SH4A
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52813
Ralph Corderoy changed:
What|Removed |Added
CC||ralph-gccbugzilla at
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
--- Comment #19 from William J. Schmidt
2012-05-28 22:31:40 UTC ---
Excellent. Thanks, Jakub.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51340
Oleg Endo changed:
What|Removed |Added
CC||olegendo at gcc dot gnu.org
--- Comment #5 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53511
Bug #: 53511
Summary: SH Target: Add support for fma patterns
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50134
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50134
Paolo Carlini changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #13 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53494
--- Comment #13 from mako 2012-05-28 21:04:25
UTC ---
Am I interpreting correctly that double braces are /required/ for std::array
init lists but only when the subtype has has a multivariable initializer too?
..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53268
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53509
Dominique d'Humieres changed:
What|Removed |Added
CC||howarth at bromo dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25137
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25137
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25137
--- Comment #19 from paolo at gcc dot gnu.org
2012-05-28 17:42:34 UTC ---
Author: paolo
Date: Mon May 28 17:42:29 2012
New Revision: 187937
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187937
Log:
/c-family
2012-05-28 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53510
Paolo Carlini changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment #5 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53510
--- Comment #4 from Andrew Pinski 2012-05-28
17:29:46 UTC ---
(In reply to comment #3)
> Stupid guess: does it happen with -fno-diagnostics-show-caret too?
It does not happen with -fno-diagnostics-show-caret .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53510
--- Comment #3 from Paolo Carlini 2012-05-28
17:28:51 UTC ---
Stupid guess: does it happen with -fno-diagnostics-show-caret too?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53510
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic, memory-hog
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53500
--- Comment #10 from Andrew Pinski 2012-05-28
17:16:49 UTC ---
(In reply to comment #9)
> Andrew, please try to provide details about these memory issues, because first
> blush I didn't notice anything special memory-wise. Maybe open a separate P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53510
--- Comment #1 from Andrew Pinski 2012-05-28
17:16:03 UTC ---
Created attachment 27514
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27514
Testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53510
Bug #: 53510
Summary: OOM while compile some code
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53500
--- Comment #9 from Paolo Carlini 2012-05-28
17:09:21 UTC ---
Andrew, please try to provide details about these memory issues, because first
blush I didn't notice anything special memory-wise. Maybe open a separate PR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53500
--- Comment #8 from Andrew Pinski 2012-05-28
16:53:49 UTC ---
(In reply to comment #5)
> Though with -ftime-report I get an internal error:
> /usr/include/c++/4.7/bits/alloc_traits.h:48:11: internal compiler error: in
> timevar_start, at timevar.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53509
Bug #: 53509
Summary: exp and log function give unexpected results when
called with numbers as arguments
Classification: Unclassified
Product: gcc
Version: 4.7.0
Stat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53494
--- Comment #12 from Paolo Carlini 2012-05-28
16:32:23 UTC ---
With checking disabled the error message comes out fine, thus the issue isn't
really urgent.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53494
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53494
--- Comment #10 from Jonathan Wakely 2012-05-28
16:25:12 UTC ---
The code:
array a { { "smile", 1 } };
Attempts to initialize array with { { "smile", 1 } }
which attempts to initialize pair[2] with { "smile", 1 }
which fairly obviously atte
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53494
--- Comment #9 from Jonathan Wakely 2012-05-28
16:21:24 UTC ---
4.6 gets the error right, what you're doing is equivalent to:
struct pair
{
pair(const char*, int) { }
};
struct array
{
pair data[1];
};
array a { { "smile", 1 } };
And that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53405
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53494
--- Comment #8 from Paolo Carlini 2012-05-28
16:11:29 UTC ---
"correctly rejects it" in general means "per the ISO C++ Standard, which we are
implementing, the testcase is invalid with diagnostics required, thus the
compiler is right in rejecting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53500
--- Comment #7 from Paolo Carlini 2012-05-28
15:59:54 UTC ---
Mainline is fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53508
Bug #: 53508
Summary: function.c:stack_protect_epilogue call to
predict_insn_def with wrong direction of prediction
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53502
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53398
--- Comment #5 from Roman Wieczorek 2012-05-28
15:50:30 UTC ---
As it goes for Leaf classes (IA64 C++ ABI - Category 1: Leaf),
vtables are binary defined in com document (only virtual functions, no
constructor, no destructor, no overloades).
And
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53463
--- Comment #5 from Greta Yorsh 2012-05-28
15:28:16 UTC ---
(In reply to comment #3)
> It seems to me that this issue is dealt with by the patch I have proposed at
> http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01389.html. The discussion on
> th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53502
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53476
Greta Yorsh changed:
What|Removed |Added
CC||Greta.Yorsh at arm dot com
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53502
--- Comment #4 from Dominique d'Humieres 2012-05-28
14:48:07 UTC ---
Any idea why this does not happen without --disable-build-poststage1-with-cxx?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
--- Comment #18 from Jakub Jelinek 2012-05-28
14:34:30 UTC ---
(In reply to comment #14)
> > Anyway, would it be possible to have a testcase for the gcc testsuite too?
>
> I've been trying, but so far haven't been able to come up with anything o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505
--- Comment #6 from Jakub Jelinek 2012-05-28
14:28:55 UTC ---
Author: jakub
Date: Mon May 28 14:28:42 2012
New Revision: 187932
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187932
Log:
PR tree-optimization/53505
* c-c++-common/t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505
--- Comment #5 from Jakub Jelinek 2012-05-28
14:28:06 UTC ---
Author: jakub
Date: Mon May 28 14:28:00 2012
New Revision: 187931
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187931
Log:
PR tree-optimization/53505
* c-c++-common/t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
Jakub Jelinek changed:
What|Removed |Added
CC||rockeet at gmail dot com
--- Comment #17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
William J. Schmidt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53438
--- Comment #15 from William J. Schmidt
2012-05-28 13:58:30 UTC ---
Author: wschmidt
Date: Mon May 28 13:58:18 2012
New Revision: 187930
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187930
Log:
2012-05-28 Bill Schmidt
Backport f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505
--- Comment #3 from Jakub Jelinek 2012-05-28
13:39:12 UTC ---
That revision added:
+ /* But leave bitfield accesses alone. */
+ && (root->offset % BITS_PER_UNIT) == 0)
Here root->offset % BITS_PER_UNIT is 0, still it is a bitfield and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505
--- Comment #2 from Jakub Jelinek 2012-05-28
13:25:34 UTC ---
SRA creates:
a$6;
...
a$6_21 = MEM[(const struct A &)D.9923_20 + 6];
D.10122_23 = (int) a$6_21;
which expansion doesn't handle as extract_bit_field (both MEM_REF and
TARGET_MEM_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53503
--- Comment #5 from Ling Li 2012-05-28 12:37:44 UTC
---
Thanks much for the super quick fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53503
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53503
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53503
--- Comment #3 from paolo at gcc dot gnu.org
2012-05-28 12:11:15 UTC ---
Author: paolo
Date: Mon May 28 12:11:04 2012
New Revision: 187929
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187929
Log:
gcc/cp
2012-05-28 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53503
--- Comment #2 from paolo at gcc dot gnu.org
2012-05-28 12:09:10 UTC ---
Author: paolo
Date: Mon May 28 12:09:01 2012
New Revision: 187928
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=187928
Log:
gcc/cp
2012-05-28 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475
Paolo Carlini changed:
What|Removed |Added
CC|paolo.carlini at oracle dot |
|com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475
Greta Yorsh changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53475
--- Comment #3 from Greta Yorsh 2012-05-28
11:17:00 UTC ---
Created attachment 27512
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27512
preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53503
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53507
Bug #: 53507
Summary: ia32/amd64: bsf can be used to test null memory, bsf
sets zero flag
Classification: Unclassified
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53490
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53506
--- Comment #1 from Jonathan Wakely 2012-05-28
09:31:33 UTC ---
4.6 only rejects the first one:
t.cc: In function 'int main()':
t.cc:17:18: error: no matching function for call to 'A::a(int (&)(int,
int), int)'
t.cc:17:18: note: candidate is:
t.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53490
--- Comment #8 from Jamie Allsop 2012-05-28
09:09:30 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #4)
> > > It was a vanilla bjam build of boost 1.49, so
> > > no -std=c++11.
> >
> > Then technically that'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53506
Bug #: 53506
Summary: Variadic templates in combination with function
pointer problem
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53321
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53502
Mikael Pettersson changed:
What|Removed |Added
CC||mikpe at it dot uu.se
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53505
Bug #: 53505
Summary: bitfield with bool type generated broken object code
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: critical
69 matches
Mail list logo