http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58054
Andrew Pinski changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58053
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58053
Paul Pluzhnikov changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58083
Bug ID: 58083
Summary: ICE with lambda as default parameter of a template
function
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58083
--- Comment #1 from Alex Turbov ---
Created attachment 30615
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30615&action=edit
original source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58082
Bug ID: 58082
Summary: avr-gcc vector table relocation truncation error with
-mrelax option
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
--- Comment #8 from Paolo Carlini ---
By the way, with my patch installed, all the new testcases seem fine,
consistent with clang.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
--- Comment #7 from Paolo Carlini ---
The ICE is of course wrong, I already sent a patch for it. If there are other
issues, let's handle one at a time, in different bugs, after having checked
that mainline GCC is still affected and that there are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
Evgeny Panasyuk changed:
What|Removed |Added
CC||evgeny.panasyuk at gmail dot
com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57850
Paolo Carlini changed:
What|Removed |Added
CC||gdr at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57885
--- Comment #10 from François Dumont ---
Created attachment 30611
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30611&action=edit
hashtable.h
File to replace the one in include/bits
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57885
--- Comment #9 from François Dumont ---
Created attachment 30610
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30610&action=edit
hashtable_policy.h
File to replace the one in include/bits folder
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
--- Comment #5 from Paolo Carlini ---
Current clang++, for example, simply errors out, no warning.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
--- Comment #4 from Nickolay Merkin ---
(In reply to Paolo Carlini from comment #3)
> I meant something else: I meant that on a different compiler, your code
> could be hardly rejected, you should not use arithmetic on void * in the
> first place.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
--- Comment #3 from Paolo Carlini ---
I meant something else: I meant that on a different compiler, your code could
be hardly rejected, you should not use arithmetic on void * in the first place.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
--- Comment #2 from Nickolay Merkin ---
(In reply to Paolo Carlini from comment #1)
> Note that strictly speaking arithmetic on a pointer to void would be even
> invalid.
Yes of course, and the compiler has notified that... and then it crashed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
--- Comment #1 from Paolo Carlini ---
Note that strictly speaking arithmetic on a pointer to void would be even
invalid.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58080
Bug ID: 58080
Summary: internal compiler error, decltype in function
declaration (for SFINAE purposes)
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58075
--- Comment #1 from Ian Lance Taylor ---
That compilation error means that a configure test detected that the setcontext
call modified TLS variables, which should not happen. That does happen on some
older versions of Solaris and NetBSD, and the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57850
--- Comment #5 from Dima ---
Why is this bug is still marked unconfirmed? Is there something I can do to
confirm it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532
--- Comment #7 from Salamanderrake ---
What I should have asked is what revision is gcc 4.8.1 and what revision was
the fix put into trunk?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532
--- Comment #6 from Salamanderrake ---
I will have to patch it up to that point from gcc 4.8.1 to Comment #3, is the
main repo git or subversion?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57293
--- Comment #5 from Vladimir Makarov ---
I've started this work. But unfortunately, i have too many things on my plate
now. I was too optimistic. Now I can say only that I am planning to fix it on
stage1 (so the fix should be in gcc4.9).
reate a small test case, but changing the source code and keeping
the error is difficult. I stripped the source code as far as possible and
attached the preprocessor output.
mips64r5900el-linux-gnu-gcc (GCC) 4.9.0 20130804 (experimental)
I didn't changed the GCC source code, even if the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57293
--- Comment #4 from Fanael ---
(In reply to Vladimir Makarov from comment #1)
> But I am planning to fix it until end of June.
Any progress on this one? Patching GCC to use Satan^H^H^H^H^Hreload is a
workaround, but one I'd rather avoid if at all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57134
--- Comment #3 from Anton Blanchard ---
Created attachment 30607
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30607&action=edit
Compilation failure with -mstrict-align on ppc64
The original testcase isn't failing, but this test fails to co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58063
Paolo Carlini changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58063
Fanael changed:
What|Removed |Added
CC||fanael4 at gmail dot com
--- Comment #10 from Fa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58078
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57728
Paolo Carlini changed:
What|Removed |Added
CC||edward.hades at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58078
Bug ID: 58078
Summary: explicitly-defaulted template class methods are not
instantiated by explicit template instantiation
definition
Product: gcc
Version: 4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50703
peter changed:
What|Removed |Added
CC||liuxiaopi349 at hotmail dot com
--- Comment #8 fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58069
Marek Polacek changed:
What|Removed |Added
CC||eraman at gcc dot gnu.org
--- Comment #4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58077
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58077
Bug ID: 58077
Summary: Crash on matching template with bool type instead
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58076
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58069
--- Comment #3 from Marek Polacek ---
Slightly reduced
int b, c;
static *d = &c;
void
foo (void)
{
int f, i, j, *g;
int h[] = { 0, 0, 0, 1, 0, 0, 0, 0, 1 };
for (i = 0; i < 1; i++)
{
int *k = &b;
if (*g)
fn3 ();
el
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58076
Bug ID: 58076
Summary: internal compiler error: tree check: expected tree
that contains ‘decl common’ structure, have
‘identifier_node’ in get_narrower, at tree.c:8500
Produc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58069
--- Comment #2 from Marek Polacek ---
t.c: In function ‘main’:
t.c:43:5: error: definition in block 13 follows the use
int main ()
^
for SSA_NAME: _117 in statement:
_49 = _117 | _57;
t.c:43:5: internal compiler error: verify_ssa failed
0xaa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58069
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
43 matches
Mail list logo