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
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=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=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=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=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=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=56993
--- Comment #2 from Mikael Pettersson ---
Can you provide a reduced test case?
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=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=58618
Tobias Burnus changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
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=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=58626
--- Comment #1 from Mikael Pettersson ---
Started with r202775, still occurs with today's trunk.
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=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
--- 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 #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 #2 from Paolo Carlini ---
Please compare c++/57533
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
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=39968
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=54961
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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=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=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=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=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=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
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=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=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=58517
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=58624
--- Comment #2 from Paolo Carlini ---
Doesn't look like a C++ front-end issue.
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=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=57945
Volker Reichelt changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|20
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=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=58527
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=58466
Volker Reichelt changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
Known
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=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=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=56060
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
from Bud Davis ---
works for me.
GNU Fortran (GCC) 4.9.0 20131005 (experimental)
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
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++
=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
55 matches
Mail list logo
