http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
--- Comment #3 from David Kredba ---
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 -fPIC -ggdb -pipe
-march=native -mtun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #7 from Bernd Edlinger ---
(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. Iyer.
Hi the patch works,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59939
--- Comment #8 from Marc Glisse ---
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 used as a short version f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
--- Comment #4 from Markus Trippelsdorf ---
(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/ml/gcc-patches/2014-01/msg01
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59934
--- Comment #12 from Jakub Jelinek ---
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 least when built with gcc 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #1 from Jürgen Reuter ---
Created attachment 31951
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31951&action=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
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59941
--- Comment #2 from Jürgen Reuter ---
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
S
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 changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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 :: smatri
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
--- C
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 ---
(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 __builtin_cpu_supports("sse")
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 /ho
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
Sever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59691
--- Comment #9 from Balaji V. Iyer ---
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 ---
Created attachment 31952
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31952&action=edit
gcc49-pr59934.patch
So what about this way? Then I'd expect for the missing partial/vector int
the compiler cou
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
Ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59943
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
Markus Trippelsdorf changed:
What|Removed |Added
CC||Bernhard.Rosenkranzer@linar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59939
--- Comment #9 from Zhendong Su ---
(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 feels a bit convoluted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59935
--- Comment #6 from David Kredba ---
The patch works as you said.
Thank you.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303
--- Comment #11 from Tom Rini ---
(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 for uboot.
Please note
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
Prior
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 ---
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 without error (at least without
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51749
Jonathan Wakely changed:
What|Removed |Added
CC||Keith.S.Thompson at gmail dot
com
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59945
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
Compone
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59934
--- Comment #14 from Jeffrey A. Law ---
Seems like a reasonable approach. I'm bootstrapping it now on an s390x.
33 matches
Mail list logo
