=release --with-gmp=/usr/local/gcc-trunk
--with-mpfr=/usr/local/gcc-trunk --with-mpc=/usr/local/gcc-trunk
--with-cloog=/usr/local/gcc-trunk --prefix=/usr/local/gcc-trunk
Thread model: posix
gcc version 4.9.0 20131005 (experimental) [trunk revision 203223] (GCC)
$
$ gcc-trunk -O2 small.c; a.out
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58639
Bug ID: 58639
Summary: ICE on self-referential struct member
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58638
Bug ID: 58638
Summary: libstdc++ builds as non-PIC when --with-pic is
specified
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priori
from Bud Davis ---
works for me.
GNU Fortran (GCC) 4.9.0 20131005 (experimental)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56060
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58517
--- Comment #4 from Steven Bosscher ---
So if I understand correctly, this is what happens (sorry, reading
LIPSy RTL is still just too unnatural to me! ;-))
before ifcvt-after-combine:
r147:=(r424>r178)
r190:=r423-r189
if (r147==0) goto L433
{r19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58637
Bug ID: 58637
Summary: [c++1y] ICE with wrong usage of template<> in front of
function containing auto parameter
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
--- Comment #2 from Volker Reichelt ---
Crash stack trace:
PR58466.cc:7:11: internal compiler error: unexpected expression 'C' of kind
template_parm_index
B> b;
^
0x6c40ce cxx_eval_constant_expression
../../gcc/gcc/cp/semantic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
Known
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58517
Oleg Endo changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58527
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58636
Bug ID: 58636
Summary: [4.7/4.8/4.9 Regression] ICE with initializer_list and
rvalue references
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58466
Paolo Carlini changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57945
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58635
Bug ID: 58635
Summary: [c++11] ICE with __transaction_atomic and
noexcept(false)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58517
--- Comment #2 from Oleg Endo ---
The problem also happens on 4.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58624
--- Comment #2 from Paolo Carlini ---
Doesn't look like a C++ front-end issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58634
Bug ID: 58634
Summary: [c++11] ICE initializing static class member via an
anonymous class
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58517
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58633
Bug ID: 58633
Summary: [4.7/4.8/4.9 Regression] ICE with decltype of
destructor call
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58632
Bug ID: 58632
Summary: [4.8/4.9 Regression] ICE reusing template parameter
name as class name
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57086
Paolo Carlini changed:
What|Removed |Added
CC||bsamim at yahoo dot com
--- Comment #11 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58631
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58631
--- Comment #1 from bsamim at yahoo dot com ---
It seems this happens in the following code when the copy constructor for is
set as Card(Card& ) = delete;It will crash the compiler on this as I
believe it is because the vector is expecting it t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58631
Bug ID: 58631
Summary: Internal compiler error: Error reporting routines
re-entered.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58630
Bug ID: 58630
Summary: [4.9 Regression] Revision 203171 breaks several MS-ABI
tests
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
--- Comment #14 from Mikael Pettersson ---
Ping -- there's been a patch for this bug for almost 10 months now...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53756
tim blechmann changed:
What|Removed |Added
CC||tim at klingt dot org
--- Comment #5 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58398
--- Comment #8 from Bernd Edlinger ---
How can I set this PR to "FIXED"?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54961
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38711
Bug 38711 depends on bug 54961, which changed state.
Bug 54961 Summary: FAIL: gfortran.dg/pr48757.f -O (internal compiler error)
after revision 192440
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54961
What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39968
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58629
Dmitry changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #11 from Paolo Carlini ---
At some point, as we discussed already a bit, we should even try to remove
completely the c_std version. For now as I said, let's just leave it alone.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57533
Dmitry changed:
What|Removed |Added
CC||dmitriy-hshg at mail dot ru
--- Comment #2 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58629
--- Comment #2 from Paolo Carlini ---
Please compare c++/57533
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #10 from Daniel Krügler ---
(In reply to Oleg Endo from comment #4)
> There's another place in file libstdc++-v3/include/c_std/cmath:
>
> template
> inline typename __gnu_cxx::__enable_if<__is_arithmetic<_Tp>::__value,
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58629
--- Comment #1 from Paolo Carlini ---
Did you search bugzilla before filing the bug? I'm asking because I'm pretty
sure we already have something closely related.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #9 from Paolo Carlini ---
Ok, thanks a lot for the comments. Thus, Oleg, given in particular the last
comment from Jakub, let's just apply to mainline your initial proposed change,
let's leave for now include/c_std alone. Just test the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58629
Bug ID: 58629
Summary: Do not implicit move instance for throw operator
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58626
--- Comment #1 from Mikael Pettersson ---
Started with r202775, still occurs with today's trunk.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #8 from Jakub Jelinek ---
That said, I'd say that every conversion to double that would change the sign
looks wrong to me, no matter of what the rounding mode is, except perhaps for
NaN canonicalization and that sNaN could be signalled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #7 from Jakub Jelinek ---
I don't think it is a good idea to extend the number of type generic builtins
unless strictly necessary, the overloading in C is quite ugly hack.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58618
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56746
ofv at wanadoo dot es changed:
What|Removed |Added
CC||ofv at wanadoo dot es
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58621
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56993
--- Comment #2 from Mikael Pettersson ---
Can you provide a reduced test case?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #6 from Oleg Endo ---
(In reply to Jakub Jelinek from comment #5)
> Some builtins are type generic, meaning that you can use just the non-{l,f}
> suffixed variant always, but __builtin_signbit isn't among them.
Yep. So libstdc++-v3/i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58628
--- Comment #1 from Alexander Pyhalov ---
Created attachment 30958
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30958&action=edit
ctype test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58628
Bug ID: 58628
Summary: Incorrect std::isalpha results with UTF-8 locale on
illumos
Product: gcc
Version: 4.4.7
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58603
--- Comment #6 from rsandifo at gcc dot gnu.org
---
(In reply to dave.anglin from comment #5)
> KDE added a trailing underscore to work around this issue.
Seems easier just to #undef m_slot for hpux in system.h.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #5 from Jakub Jelinek ---
Some builtins are type generic, meaning that you can use just the non-{l,f}
suffixed variant always, but __builtin_signbit isn't among them.
Grep shows that these builtins have "type generic" attribute:
DEF_G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58625
--- Comment #4 from Oleg Endo ---
(In reply to Paolo Carlini from comment #1)
> Weird that nobody noticed for so much time.
Probably not everybody is practicing the neurotic habit of checking the asm
output for every bit and piece ;)
(In reply t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 30957
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30957&action=edit
testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
Bug ID: 58627
Summary: [4.9 Regression] crash during compilation of boost
testsuite
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
55 matches
Mail list logo
