http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
--- Comment #3 from David Kredba nheghathivhistha at gmail dot com ---
Is this having the same cause please?
It is a seamonkey-2.23 configure stage.
configure:24169: checking size of int *
configure:24188: x86_64-pc-linux-gnu-gcc -o conftest
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #7 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to Balaji V. Iyer from comment #6)
Hi Jeff, Andrew and Bernd,
Can you please try out the possible fix and
see if that works for you?
Thanks,
Balaji V.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59939
--- Comment #8 from Marc Glisse glisse at gcc dot gnu.org ---
I think Andrew's point is that we might have:
#if T_IS_UNSIGNED
typedef unsigned T;
#else
typedef int T;
#endif
int f(T,T);
and thus the following:
T_IS_UNSIGNED || f(a,b)
can be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to David Kredba from comment #3)
Is this having the same cause please?
Yes. It's caused by the same revision.
Jabub's patch fixes both issues:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59934
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org ---
But it is 50 times inlined. Anyway, supposedly the aborts would be all merged
then. Looking at current gcc_assert definition, we actually use there
__builtin_unreachable (), at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #1 from Jürgen Reuter juergen.reuter at desy dot de ---
Created attachment 31951
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31951action=edit
Code triggering the ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
Bug ID: 59941
Summary: ICE with polymorphic types in [4.7.0|4.7.1|4.73|4.7.4]
Product: gcc
Version: 4.7.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #2 from Jürgen Reuter juergen.reuter at desy dot de ---
The bug appears only with 4.7.x, with 4.8 and 4.9 it is working.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[OOP] ICE with polymorphic |[4.7 Regression] [OOP] ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59717
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #5 from janus at gcc dot gnu.org ---
Reduced test case:
module tao_random_numbers
integer, dimension(10), private :: s_buffer
integer, private :: s_buffer_end = size (s_buffer)
end module
module beam_structures
type ::
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #7 from janus at gcc dot gnu.org ---
Another variant with the same behavior (ICEs only with 4.7):
module tao_random_numbers
integer, dimension(10), private :: s_buffer
integer, private :: s_buffer_end = size (s_buffer)
end module
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #8 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to Balaji V. Iyer from comment #5)
Created attachment 31938 [details]
Possible Fix.
Possible fix.
You can replace cpu_supports_sse with __builtin_cpu_supports
since
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #8 from janus at gcc dot gnu.org ---
Backtrace from gdb:
Program received signal SIGSEGV, Segmentation fault.
0x004d19d6 in replace_comp (expr=expr@entry=0x146cc10,
sym=sym@entry=0x146f7a0, i=i@entry=0x7fffdc6c)
at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59942
Bug ID: 59942
Summary: pdp11-aout-gcc: PDP-11/10 code generation crashes when
trying to do multiple shifts.
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #9 from Balaji V. Iyer bviyer at gmail dot com ---
Hi Bernd and H. J.,
The catch_exc.cc bug is a different issue. It is failing in most 32 bit
machines and we are currently looking into it.
Thanks,
Balaji V. Iyer.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59934
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 31952
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31952action=edit
gcc49-pr59934.patch
So what about this way? Then I'd expect for the missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59943
Bug ID: 59943
Summary: [4.9 Regression] ICE in read_line_num, at input.c:603
while building an x86_64-linux-gnu
arm-linux-androideabi crosscompiler
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59943
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59939
--- Comment #9 from Zhendong Su su at cs dot ucdavis.edu ---
(In reply to Marc Glisse from comment #8)
I think Andrew's point is that we might have:
...
Thanks for your explanation Marc. I think I see the point now, although the
rational still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
--- Comment #6 from David Kredba nheghathivhistha at gmail dot com ---
The patch works as you said.
Thank you.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303
--- Comment #11 from Tom Rini tom.rini at gmail dot com ---
(In reply to Andrew Pinski from comment #10)
I noticed this also when I was helping out an uboot developer here at Cavium
for Octeon.
Really I think someone should get LTO working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59944
Bug ID: 59944
Summary: lambda in templated method body for method with
default template value and lambda parameter causes
error
Product: gcc
Version: 4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59945
Bug ID: 59945
Summary: uint typedef is visible with g++ -std=c++11
-pedantic
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59946
Bug ID: 59946
Summary: -mpcrel -O2 produces illegal asm code
Product: gcc
Version: 4.6.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59945
--- Comment #1 from Keith Thompson Keith.S.Thompson at gmail dot com ---
This came up in this question:
http://stackoverflow.com/q/21356275/827263
on Stack Overflow; the original version of the question used uint without
declaring it and compiled
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51749
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
CC||Keith.S.Thompson
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59945
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59947
Bug ID: 59947
Summary: Segmentation fault with #pragma GCC optimize (O2)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59934
--- Comment #14 from Jeffrey A. Law law at redhat dot com ---
Seems like a reasonable approach. I'm bootstrapping it now on an s390x.
33 matches
Mail list logo
