https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81030
--- Comment #6 from Tom de Vries ---
There's a call to compute_outgoing_frequencies in find_many_sub_basic_blocks.
But it's not reached for bb4, because STATE(bb4) == BLOCK_TO_SPLIT, and we
trigger the continue here:
...
else
/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401
--- Comment #4 from Thomas Petazzoni ---
Any input?
I'm facing a similar problem with the gpsd software: on gcc 6.x and gcc 7.x,
one file fails to build with an ICE:
rtcm2_json.c: In function 'json_rtcm2_read':
rtcm2_json.c:258:1: internal comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69401
--- Comment #5 from Thomas Petazzoni ---
Created attachment 41764
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41764&action=edit
Pre-processed code from gpsd
Code from gpsd that triggers an ICE on Microblaze when building with -O2 -fPIC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451
Bug ID: 81451
Summary: missing futex check -
libgo/runtime/thread-linux.c:12:0 futex.h:13:12:
error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘long’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79180
Vittorio Romeo changed:
What|Removed |Added
CC||vittorio.romeo at outlook dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451
--- Comment #1 from Ian Lance Taylor ---
There does seem to be something wrong with your linux/futex.h, which is much
shorter than the one on my system. But it is also true that the file where the
error occurs no longer needs to #include . You
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451
--- Comment #2 from Andreas Schwab ---
That's a stone-age version from linux 2.5.70.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81451
--- Comment #3 from martin ---
>You should just remove the #include and carry on.
Thanks, that worked for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81446
--- Comment #2 from Eric Botcazou ---
Author: ebotcazou
Date: Sat Jul 15 17:01:03 2017
New Revision: 250224
URL: https://gcc.gnu.org/viewcvs?rev=250224&root=gcc&view=rev
Log:
PR ada/81446
* system-linux-m68k.ads: Add pragma No_El
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81446
--- Comment #2 from Eric Botcazou ---
Author: ebotcazou
Date: Sat Jul 15 17:01:03 2017
New Revision: 250224
URL: https://gcc.gnu.org/viewcvs?rev=250224&root=gcc&view=rev
Log:
PR ada/81446
* system-linux-m68k.ads: Add pragma No_El
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331
--- Comment #9 from Jan Hubicka ---
OK, found it. The problem is in EH table entries like:
.uleb128 .LEHB8-.LCOLDB1
.uleb128 .LEHE8-.LEHB8
.uleb128 .L16-.LCOLDB1
.uleb128 0x1
Now the third entry is landing pad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81446
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63361
--- Comment #8 from Bernd Edlinger ---
It looks like -m32 simply generates less diagnostics than
with -m64, this has probably nothing to do with pentium2.
gcc -m32 -fsanitize=float-cast-overflow -O2 float-cast-overflow-1.c
./a.out 2> test-32.tx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81452
Bug ID: 81452
Summary: warn on realloc(p, 0)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81452
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56827
martin changed:
What|Removed |Added
CC||mfe at live dot de
--- Comment #3 from martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81331
--- Comment #11 from Jan Hubicka ---
Created attachment 41766
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41766&action=edit
Patch I am testing
Hi,
this patch adds sanity check that turns the nasty wrong code issue into ICE and
a hack to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81453
Bug ID: 81453
Summary: relational expression involving null pointer not
diagnosed with -Wall
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162
--- Comment #14 from Daniel Krügler ---
(In reply to Jonathan Wakely from comment #10)
> (In reply to Jonathan Wakely from comment #8)
> > Richard also says the overload shouldn't exist and is a bug, but the
> > overload has to exist, because the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81424
Eric Botcazou changed:
What|Removed |Added
Target||i686-*-*
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81454
Bug ID: 81454
Summary: missing strcmp optimization on duplicate call with an
unknown string
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
22 matches
Mail list logo
