https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to mwahab from comment #14)
The LDAXR/STLXR sequences rely on the C11/C++11 prohibition of data races.
That the __atomic builtins assume this restriction is implied by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
Bug ID: 65771
Summary: [5 Regression] ICE (in loc_list_from_tree, at
dwarf2out.c:14964) on arm-linux-gnueabihf
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
--- Comment #3 from ktkachov at gcc dot gnu.org ---
(In reply to ktkachov from comment #2)
The loc tree that ends up hitting the gcc_unreachable is:
debug_expr_decl 0x772511e0 D.4294967294
type integer_type 0x77035690 int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #17 from mwahab at gcc dot gnu.org ---
According to the GCC documentation, __atomic_compare_exchange(ptr, exp, des,
..) is: if (*ptr == *exp) *ptr = *exp; else *exp = *ptr;
On Aarch64 the else (*ptr != *exp) branch is a store rather
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64527
ppalka at gcc dot gnu.org changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
--- Comment #2 from ktkachov at gcc dot gnu.org ---
The loc tree that ends up hitting the gcc_unreachable is:
debug_expr_decl 0x772511e0 D.4294967294
type integer_type 0x77035690 int sizes-gimplified asm_written public
SI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65760
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #15 from vehre at gcc dot gnu.org ---
That patch is relative to current trunk, meaning 6.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65729
Yvan Roux yroux at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65637
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
--- Comment #4 from ktkachov at gcc dot gnu.org ---
The switch statement in loc_list_from_tree
doesn't handle DEBUG_EXPR_DECL which is why it ICEs.
However, I'm not familiar with the code.
Should it handle DEBUG_EXPR_DECL (just return 0)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #16 from Andrew Haley aph at gcc dot gnu.org ---
(In reply to mwahab from comment #14)
(In reply to Andrew Haley from comment #13)
But LDAXR/STLXR doesn't do that, and there's no write barrier at all when
the compare fails. If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #16 from Dominique d'Humieres dominiq at lps dot ens.fr ---
That patch is relative to current trunk, meaning 6.0.
I think it should not matter: the patch should apply on 5.0.1 or 6.0.
Applied on a patched 6.0 tree it works as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #9 from __vic d.v.a at ngs dot ru ---
For 4.9 this change was enough for me:
--- libstdc++-v3/src/c++11/functexcept.cc2014-01-03 02:30:10.0
+0400
+++ libstdc++-v3/src/c++11/functexcept.cc2014-11-06 18:40:20.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Wed Apr 15 11:47:44 2015
New Revision: 222123
URL: https://gcc.gnu.org/viewcvs?rev=222123root=gccview=rev
Log:
PR ipa/65765
* ipa-icf-gimple.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #18 from Andrew Haley aph at gcc dot gnu.org ---
(In reply to mwahab from comment #17)
int cas(int* barf, int* expected, int* desired)
{
return __atomic_compare_exchange_n(barf, expected, desired, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
--- Comment #18 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Wed Apr 15 12:24:28 2015
New Revision: 222125
URL: https://gcc.gnu.org/viewcvs?rev=222125root=gccview=rev
Log:
PR rtl-optimization/42522
* cse.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64099
--- Comment #14 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Created attachment 35320
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35320action=edit
Reduced version with most I/Os removed and generalized_hookes_law inlined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
--- Comment #14 from Jürgen Reuter juergen.reuter at desy dot de ---
(In reply to vehre from comment #13)
Created attachment 35318 [details]
Follow-up patch fixing latest regression.
The attached patch fixes the ICE.
Juergen, please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Wed Apr 15 12:09:56 2015
New Revision: 222124
URL: https://gcc.gnu.org/viewcvs?rev=222124root=gccview=rev
Log:
PR ipa/65765
* ipa-icf-gimple.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #20 from Andrew Haley aph at gcc dot gnu.org ---
(In reply to mwahab from comment #19)
(In reply to Andrew Haley from comment #18)
It looks inconsistent with C11 S7.17.7.4-2 (C++11 S29.6.4-21) Further, if
the comparison is true,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
Bug ID: 65773
Summary: [5.1 regression] GCC 5.1 miscompiles LLVM function
AArch64InstrInfo::loadRegFromStackSlot()
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #10 from __vic d.v.a at ngs dot ru ---
What brings new dependences on locales?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65772
--- Comment #1 from boger at us dot ibm.com ---
Created attachment 35321
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35321action=edit
testcase for bad return values
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #21 from torvald at gcc dot gnu.org ---
(In reply to Andrew Haley from comment #20)
(In reply to mwahab from comment #19)
(In reply to Andrew Haley from comment #18)
It looks inconsistent with C11 S7.17.7.4-2 (C++11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #19 from mwahab at gcc dot gnu.org ---
(In reply to Andrew Haley from comment #18)
(In reply to mwahab from comment #17)
int cas(int* barf, int* expected, int* desired)
{
return __atomic_compare_exchange_n(barf,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
--- Comment #1 from Bill Schmidt wschmidt at gcc dot gnu.org ---
Well, I screwed up, the good code is calling a different function. In the
good code this function call was apparently inlined, so I can't point to it.
But still, the load of r3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65772
--- Comment #2 from boger at us dot ibm.com ---
When running the attached testcase on a platform with gccgo (ppc64le, x86_64),
the test fails due to incorrect return values from the function getList. The
source line for the return looks like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742
--- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr ---
This PR is fixed by the patch at
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00667.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65771
--- Comment #5 from ktkachov at gcc dot gnu.org ---
The code around the gcc_unreachable is:
#ifdef ENABLE_CHECKING
/* Otherwise this is a generic code; we should just lists all of
these explicitly. We forgot one. */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65772
Bug ID: 65772
Summary: With multiple return values including a function with
side effects, incorrect value is returned
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65775
--- Comment #1 from Ed Catmur ed at catmur dot co.uk ---
Credit to FISOCPP (http://stackoverflow.com/q/29628571/567292) for finding this
bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
--- Comment #3 from Bill Schmidt wschmidt at gcc dot gnu.org ---
Created attachment 35322
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35322action=edit
Unreduced save-temps file AArch64InstrInfo.ii.gz
Attaching the (unreduced and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65103
--- Comment #1 from Ilya Enkovich ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu Mar 12 09:53:36 2015
New Revision: 221380
URL: https://gcc.gnu.org/viewcvs?rev=221380root=gccview=rev
Log:
gcc/
PR target/65103
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65772
Ian Lance Taylor ian at airs dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65774
Bug ID: 65774
Summary: [6.0 regression] FAIL:
gcc.dg/builtin-arith-overflow-1.c (internal compiler
error)
Product: gcc
Version: 6.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65775
Bug ID: 65775
Summary: Late-specified return type bypasses return type checks
(qualified, function, array)
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65775
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65487
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65487
--- Comment #4 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Apr 15 18:43:32 2015
New Revision: 222129
URL: https://gcc.gnu.org/viewcvs?rev=222129root=gccview=rev
Log:
Fix fdump-passes
2015-04-15 Tom de Vries t...@codesourcery.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58586
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47679
--- Comment #18 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Wed Apr 15 18:51:49 2015
New Revision: 222130
URL: https://gcc.gnu.org/viewcvs?rev=222130root=gccview=rev
Log:
PR tree-optimization/47679
* tree-ssa-dom.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #23 from James Greenhalgh jgreenhalgh at gcc dot gnu.org ---
(In reply to torvald from comment #22)
(In reply to James Greenhalgh from comment #12)
There are two problems here, one of which concerns me more in the real
world, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #22 from torvald at gcc dot gnu.org ---
(In reply to James Greenhalgh from comment #12)
There are two problems here, one of which concerns me more in the real
world, and both of which rely on races if you are in the C/C++11 model -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65776
Bug ID: 65776
Summary: ICE in varpool_node::get_constructor() during chromium
build on arm-linux-gnueabihf with LTO
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65781
Bug ID: 65781
Summary: gcc-5.1.0-RC-20150412 thinks it is 5.0.1
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65778
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
Can't you not use just a move instead of a ldr here? basically it is the
assembler which creates the constant pool here and that is too far from the
where the ldr is located
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #24 from torvald at gcc dot gnu.org ---
I think we need to at least clarify the documentation of __atomic, probably
also of __sync; we might also have to change the implementation of __sync
builtins on some archs.
First, I think the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||amodra at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62182
--- Comment #3 from Arnaud Bienner arnaud.bienner at ensimag dot fr ---
Created attachment 35324
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35324action=edit
unused-comparison warning
I also believe it can be useful to have unused
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65781
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com ---
Also does -fno-common make a difference?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65781
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
Please see https://gcc.gnu.org/develop.html .
Basically 5.1.0 is the version for the released version 5.0.1 is for
prereleases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65779
Bug ID: 65779
Summary: undefined local symbol on powerpc
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65777
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c |middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
james410 at cowgill dot org.uk changed:
What|Removed |Added
CC||james410 at cowgill dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
Please provide the output of readelf -sW a.o to verify
if optopt is COMMON:
[hjl@gnu-6 gcc]$ ./xgcc -B./ -O2 -c /tmp/a.c
[hjl@gnu-6 gcc]$ readelf -sW a.o
Symbol table '.symtab'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65778
Bug ID: 65778
Summary: v8 build fails with assembly error with LTO enabled on
arm-linux-gnueabihf
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
Bug ID: 65780
Summary: [5 Regression] Uninitialized common handling in
executables
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Attachment #35325|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Attachment #35326|0 |1
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
--- Comment #6 from H.J. Lu hjl.tools at gmail dot com ---
Created attachment 35325
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35325action=edit
A patch
Please try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
CC|amodra at gcc dot gnu.org |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64986
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed|2015-02-13 00:00:00 |2015-4-16
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64921
Jerry DeLisle jvdelisle at gcc dot gnu.org changed:
What|Removed |Added
CC||jvdelisle at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56743
--- Comment #7 from Jerry DeLisle jvdelisle at gcc dot gnu.org ---
Potential simple patch.
Index: io/list_read.c
===
--- io/list_read.c(revision 222110)
+++ io/list_read.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
Bill Schmidt wschmidt at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
--- Comment #6 from Bill Schmidt wschmidt at gcc dot gnu.org ---
$ /home/wschmidt/gcc/install/gcc-5_1/bin/g++ -O1 -std=c++11 -S
AArch64InstrInfo.ii -fno-icf
g++: error: unrecognized command line option '-fno-icf'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65782
Bug ID: 65782
Summary: Assembly failure (invalid register for .seh_savexmm)
with -O3 -mavx512f on mingw-w64
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65780
--- Comment #5 from H.J. Lu hjl.tools at gmail dot com ---
I can reproduce it with binutils 2.24 on x86-64:
[hjl@gnu-tools-1 gcc]$ ./xgcc -B./ -fPIE -pie /tmp/a.c
/export/build/gnu/binutils/release/usr/local/bin/ld: /tmp/ccazj1RF.o:
relocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #25 from Andrew Macleod amacleod at redhat dot com ---
My opinion:
1) is undesirable... even though it could possibly accelerate the conversion of
legacy sync to atomic calls... I fear it would instead just cause frustration,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65773
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62182
--- Comment #4 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Arnaud Bienner from comment #3)
Created attachment 35324 [details]
unused-comparison warning
You need testcases, and to run the testsuite. See point 4 at:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65781
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65777
Bug ID: 65777
Summary: SPECOMP component 362.fma3d fails with error
SIGSEGV, segmentation fault occurred
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65727
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Wed Apr 15 21:17:03 2015
New Revision: 222132
URL: https://gcc.gnu.org/viewcvs?rev=222132root=gccview=rev
Log:
PR c++/65727
* lambda.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65768
kugan at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |kugan at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62077
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||4.8.4, 4.9.2,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36043
--- Comment #24 from Alan Modra amodra at gcc dot gnu.org ---
Author: amodra
Date: Wed Apr 15 07:29:01 2015
New Revision: 222115
URL: https://gcc.gnu.org/viewcvs?rev=222115root=gccview=rev
Log:
PR target/65408
PR target/58744
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58744
--- Comment #4 from Alan Modra amodra at gcc dot gnu.org ---
Author: amodra
Date: Wed Apr 15 07:29:01 2015
New Revision: 222115
URL: https://gcc.gnu.org/viewcvs?rev=222115root=gccview=rev
Log:
PR target/65408
PR target/58744
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65408
--- Comment #7 from Alan Modra amodra at gcc dot gnu.org ---
Author: amodra
Date: Wed Apr 15 07:29:01 2015
New Revision: 222115
URL: https://gcc.gnu.org/viewcvs?rev=222115root=gccview=rev
Log:
PR target/65408
PR target/58744
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65768
Bug ID: 65768
Summary: sub-optimimal code for constant Uses in loop
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
--- Comment #5 from Mike Hommey mh+gcc at glandium dot org ---
I can confirm that building Firefox with -fno-ipa-icf fixes the issue as well
(that is, that the testcase is correctly related to the Firefox breakage)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 35316
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35316action=edit
gcc5-pr65765.patch
Untested fix. The main bug has been a return true; for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64231
--- Comment #20 from clyon at gcc dot gnu.org ---
Author: clyon
Date: Wed Apr 15 08:11:56 2015
New Revision: 222119
URL: https://gcc.gnu.org/viewcvs?rev=222119root=gccview=rev
Log:
2015-04-15 Christophe Lyon christophe.l...@linaro.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65527
Ilya Enkovich ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65763
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
$ ./configure --prefix=/opt/gcc-5.1 --enable-languages=c,c++ --enable-lto
please do not configure in the source directory but use a separate build
directory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65764
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65769
Bug ID: 65769
Summary: [UBSAN] qt-4.6 and qt-4.7 applications using
qobject_cast may crash
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65686
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65765
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
Looks good to me, though the obvious part alone would be fine for 5.1 as well
(even obvious - heh).
1 - 100 of 128 matches
Mail list logo