https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
Bug ID: 61166
Summary: overflow when parse number in std::duration operator""
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61162
--- Comment #6 from Marek Polacek ---
(In reply to Tom Tromey from comment #4)
> Note that it is also wrong in the initializer case.
Right, my patch fixes this too.
(In reply to Tom Tromey from comment #5)
> But, curiously, in this case it poi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61162
--- Comment #7 from Tom Tromey ---
(In reply to Marek Polacek from comment #6)
> I'd prefer the RHS location here; it's the RHS that's being converted.
I was hoping to automate some conversion from C to C++ using
the error locations.
So from th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60787
--- Comment #3 from Richard Biener ---
r172430 exposed it, r190284 made it latent again. The testcase also fails with
early inlining disabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60973
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60382
--- Comment #8 from Richard Biener ---
hmm, interesting - I can't reproduce the failure but will backport anyway (it's
a safe fix).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10437
--- Comment #12 from Jonathan Wakely ---
(In reply to Richard Smith from comment #11)
> I disagree. The failure is not in the immediate context of the substitution,
> so this is a hard error. GCC seems to be doing the right thing in all cases
> h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61060
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue May 13 08:28:53 2014
New Revision: 210352
URL: http://gcc.gnu.org/viewcvs?rev=210352&root=gcc&view=rev
Log:
PR target/61060
* config/i386/i386.c (ix86_expand_set_or_movmem): I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61060
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue May 13 08:31:29 2014
New Revision: 210353
URL: http://gcc.gnu.org/viewcvs?rev=210353&root=gcc&view=rev
Log:
PR target/61060
* config/i386/i386.c (ix86_expand_set_or_movmem): I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61167
Bug ID: 61167
Summary: ::std::map::operator[]() throws arithmetic exception
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61144
--- Comment #16 from Marc Glisse ---
(In reply to Rich Felker from comment #15)
> Can you clarify? As far as I can tell, the other bug is a missed
> optimization and this is an overly-aggressive, incorrect optimization.
The same test is wrong, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
Matthias Klose changed:
What|Removed |Added
Status|RESOLVED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61075
--- Comment #4 from Denes Matetelki ---
Thank you for the reply, Jonathan.
I understand your reasoning and not sure if my desires has much impact in the
future of GCC.
I'm suprised that the same source code cannot be compiled with parallel mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61060
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61143
Jonathan Wakely changed:
What|Removed |Added
CC||hrehf...@uni-koblenz.de
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61167
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
--- Comment #9 from Matthias Klose ---
x86_64-linux-gnu and i586-linux-gnu too
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61075
--- Comment #5 from Jonathan Wakely ---
(In reply to Denes Matetelki from comment #4)
> I'm suprised that the same source code cannot be compiled with parallel
> mode. It would be ugly to branch with #ifdef _GLIBCXX_PARALLEL.
> Also, I feel it s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61167
--- Comment #2 from hrehf...@uni-koblenz.de ---
Thanks! :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61143
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |major
--- Comment #8 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61165
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61162
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61165
--- Comment #3 from Manuel López-Ibáñez ---
(In reply to Tom Tromey from comment #0)
>
> I find this a bit strange. The actual "warning:" line points to
> the #define -- but here I think I would have expected this to
> point to the call instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61165
--- Comment #4 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #3)
> (In reply to Tom Tromey from comment #0)
> >
> > I find this a bit strange. The actual "warning:" line points to
> > the #define -- but here I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61168
Bug ID: 61168
Summary: Assembler options (-Wa,*) are not propagated when
using -flto
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61138
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61137
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61139
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61139
Richard Biener changed:
What|Removed |Added
Summary|missed fma optimization |missed fma/reassoc
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61075
Denes Matetelki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61075
Jonathan Wakely changed:
What|Removed |Added
Resolution|INVALID |WONTFIX
--- Comment #7 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
Paolo Carlini changed:
What|Removed |Added
CC|kan.liu.229 at gmail dot com |3dw4rd at verizon dot
net
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12944
Bug 12944 depends on bug 10437, which changed state.
Bug 10437 Summary: "using namespace" at global scope creates incorrect code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10437
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10437
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60973
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Tue May 13 11:04:44 2014
New Revision: 210364
URL: http://gcc.gnu.org/viewcvs?rev=210364&root=gcc&view=rev
Log:
2014-05-13 Richard Biener
PR ipa/60973
* tree-inline.c (rema
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60973
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Tue May 13 11:06:00 2014
New Revision: 210365
URL: http://gcc.gnu.org/viewcvs?rev=210365&root=gcc&view=rev
Log:
2014-05-13 Richard Biener
PR ipa/60973
* tree-inline.c (rema
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60973
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61141
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Tue May 13 11:18:01 2014
New Revision: 210366
URL: http://gcc.gnu.org/viewcvs?rev=210366&root=gcc&view=rev
Log:
PR libstdc++/60497
* include/std/tuple (get, __tuple_compare): Qua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61144
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61154
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.10.0
Summary|[ARM] wide-in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61134
Richard Biener changed:
What|Removed |Added
Known to work||4.6.4
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61129
--- Comment #1 from Richard Biener ---
There was a recent proof-of-concept patch on the mailinglist to implement that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61169
Bug ID: 61169
Summary: [4.6,4.7,4.8,4.9] unnecessarily honors bracket in
mathematical statements
Product: gcc
Version: 4.6.3
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61170
Bug ID: 61170
Summary: FAIL: libgomp.fortran/declare-simd-[12].f90 on darwin
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61171
Bug ID: 61171
Summary: vectorization fails for a reduction in presence of
subtraction
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61172
Bug ID: 61172
Summary: C++11: ICE with invalid call to template class
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173
Bug ID: 61173
Summary: [4.9/4.10 Regression] Erroneous "end of file" with
internal read
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61172
--- Comment #1 from Tobias Schlüter ---
(I see that it mentions macports. To avoid all confusion: I also see this ICE
it with unmodified gcc-4.7.2 on Linux.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61172
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57086
Paolo Carlini changed:
What|Removed |Added
CC||tobi at gcc dot gnu.org
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61169
Paolo Carlini changed:
What|Removed |Added
Component|c++ |tree-optimization
--- Comment #1 from Pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61174
Bug ID: 61174
Summary: [4.9 Regression] Bad resolving of specialized template
with const-qualified member function
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61174
Paolo Carlini changed:
What|Removed |Added
Summary|[4.9 Regression] Bad|Bad resolving of
|reso
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61175
Bug ID: 61175
Summary: failing vectorization
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61172
--- Comment #3 from Tobias Schlüter ---
Thanks! I wonder which option I missed when I was searching for duplicates :(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60382
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Tue May 13 13:21:47 2014
New Revision: 210371
URL: http://gcc.gnu.org/viewcvs?rev=210371&root=gcc&view=rev
Log:
2014-05-13 Richard Biener
Backport from mainline
2014-03-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61169
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
--- Comment #2 from emsr at gcc dot gnu.org ---
Created attachment 32789
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32789&action=edit
Patch to parse_nmber to make it unsigned long long all over.
Works on x86_64-linux.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
--- Comment #3 from Kan Liu ---
(In reply to emsr from comment #2)
> Created attachment 32789 [details]
> Patch to parse_nmber to make it unsigned long long all over.
>
> Works on x86_64-linux.
Yeah, it works. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61166
--- Comment #4 from Kan Liu ---
btw, is it really necessary to use functionality in parse_number.h to parse
manually? What *parse_number* has done is no more than the general
*operator""(unsigned long long)*, and it just enables *0b* and *0B* pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60981
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Tony Theodore ---
> I'm building a cross compiler with:
>
> Host: x86_64-apple-darwin13.1.0
> Targets: i686-pc-mingw32 x86_64-w64-mingw32 i686-w64-mingw32
> Build:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60981
--- Comment #5 from Rainer Orth ---
Created attachment 32790
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32790&action=edit
proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61174
--- Comment #2 from Paolo Carlini ---
By the way, this does *not* compile with 4.8, neither with 4.7, ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61176
Bug ID: 61176
Summary: [4.9/4.10 Regression] plugin builds including gimple.h
not building
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57086
Paolo Carlini changed:
What|Removed |Added
CC||stanislav.manilov at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60081
Paolo Carlini changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #6 from Paolo Carl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173
Keith Refson changed:
What|Removed |Added
CC||krefson at googlemail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61173
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61174
--- Comment #3 from alkino ---
It works with ideone (gcc-4.8.1) https://ideone.com/t8Jww2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60928
Dominique d'Humieres changed:
What|Removed |Added
Keywords||wrong-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61174
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47054
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61156
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61174
--- Comment #5 from alkino ---
Can you tell me why, please?
Thanks to look at it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61176
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.1
--- Comment #1 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61174
--- Comment #6 from Paolo Carlini ---
Instead of starting from scratch, why don't you use
std::is_member_function_pointer? It handles correctly all sorts of member
functions. Alternately, study the implementation and learn from it.
In any case,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61143
--- Comment #9 from Felix Fontein ---
Another workaround is to use reserve(), as in:
std::unordered_map b = std::move(a);
a.reserve(1); // any number > 0 will do
a.emplace(1, 1);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60928
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54310
--- Comment #3 from Paolo Carlini ---
Current SolarisStudio also accepts it. I guess I'm going to add the testcase
and close the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61177
Bug ID: 61177
Summary: armv6zk: gcc
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60981
--- Comment #6 from Tony Theodore ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #4)
> > --- Comment #3 from Tony Theodore ---
> > I'm building a cross compiler with:
>
> It would have helped enormously if you'd stated so in the fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61165
Tom Tromey changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61177
Rion changed:
What|Removed |Added
CC||rion4ik at gmail dot com
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61177
--- Comment #2 from Rion ---
Created attachment 32791
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32791&action=edit
test.c
example code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61162
--- Comment #9 from Tom Tromey ---
(In reply to Manuel López-Ibáñez from comment #8)
> If you point to '=', then the macro expansion note will not appear in your
> other example (PR61165).
Yeah, I still think the '=' is preferable.
I think it l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61178
Bug ID: 61178
Summary: expansion pattern '#'nontype_argument_pack' not
supported by dump_expr#
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252
Tom Tromey changed:
What|Removed |Added
CC||tromey at gcc dot gnu.org
--- Comment #14 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54890
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60628
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Tue May 13 16:05:07 2014
New Revision: 210382
URL: http://gcc.gnu.org/viewcvs?rev=210382&root=gcc&view=rev
Log:
PR c++/60628
* decl.c (create_array_type_for_decl): Complain about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60367
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Tue May 13 16:05:01 2014
New Revision: 210381
URL: http://gcc.gnu.org/viewcvs?rev=210381&root=gcc&view=rev
Log:
PR c++/60367
* call.c (convert_default_arg): Remove special handli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60713
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Tue May 13 16:05:13 2014
New Revision: 210383
URL: http://gcc.gnu.org/viewcvs?rev=210383&root=gcc&view=rev
Log:
PR c++/60713
* typeck2.c (PICFLAG_SIDE_EFFECTS): New.
(picflag_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60708
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Tue May 13 16:05:19 2014
New Revision: 210384
URL: http://gcc.gnu.org/viewcvs?rev=210384&root=gcc&view=rev
Log:
PR c++/60708
* call.c (build_array_conv): Call complete_type.
Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61066
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60367
Jason Merrill changed:
What|Removed |Added
Keywords||wrong-code
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60708
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60713
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
1 - 100 of 163 matches
Mail list logo