https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61391
Arseny Solokha asolokha at gmx dot com changed:
What|Removed |Added
Known to work||5.0
Known
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63657
--- Comment #1 from petschy at gmail dot com ---
Bisected the regression:
commit a8b52ce38f3056e464457ba1e95efa25a8f08d07
Author: paolo paolo@138bc75d-0d04-0410-961f-82ee72b054a4
Date: Wed Jun 12 21:36:36 2013 +
/cp
2013-06-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62305
dominik.stras...@onespin-solutions.com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60406
--- Comment #29 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Thanks!
It's necessary to handle all cases correctly. But there is nothing wrong
with using an efficient mechanism when it works, as long as we can correctly
fall back to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63664
Bug ID: 63664
Summary: ipa-icf pass fails with segfault
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63662
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
Bug ID: 63665
Summary: [5 Regression] wrong code with signed overflow even
with -fwrapv
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63658
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63660
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63657
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
To better bisect this also use -fno-tree-copy-prop (which otherwise hides
this on the 4.9 branch for example).
It's forwprop that does the bogus transform on
y_5 = -2147483648;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63424
--- Comment #3 from Renlin Li renlin.li at arm dot com ---
I am working on this issue, and a patch is more or less done for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
--- Comment #25 from Mikael Pettersson mikpelinux at gmail dot com ---
So, is there a way to under-allocate a union (just allocate enough for the
member you want) and access it via the union pointer that is valid C?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Bug ID: 63666
Summary: [5.0 regression] FAIL: gcc.dg/vect/pr45752.c (internal
compiler error)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Jiong Wang jiwang at gcc dot gnu.org changed:
What|Removed |Added
CC||jiwang at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #4 from Volker Braun vbraun.name at gmail dot com ---
Good point, -lm is not necessary. It was necessary in the original GSL
testsuite case, but I removed that part.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61114
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61997
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Summary|[AArch64] High amounts of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61749
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61714
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Andreas Schwab sch...@linux-m68k.org changed:
What|Removed |Added
Target Milestone|--- |5.0
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63173
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
--- Comment #3 from Jiong Wang jiwang at gcc dot gnu.org ---
patch pending review here
https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02292.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62178
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
--- Comment #4 from Jiong Wang jiwang at gcc dot gnu.org ---
interesting.
r213488 was doing something right, and I guess it exposed some other hidding
issues which need our investigations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63663
--- Comment #1 from wind spf_zju at 126 dot com ---
I find this issue is related to the definition of a MACRO.
/* The arm5 clz instruction returns 32. */
#define CLZ_DEFINED_VALUE_AT_ZERO(MODE, VALUE) ((VALUE) = 32, 1).
I am confused that in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #4 from Jiong Wang jiwang at gcc dot gnu.org ---
Created attachment 33827
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33827action=edit
./cc1 -O3 pr45752.i
upload testcase.
./cc1 (generated by--target=aarch64-elf) -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, reproduced with a ia64 cross and a cut-down testcase w/o includes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Oct 28 11:42:43 2014
New Revision: 216781
URL: https://gcc.gnu.org/viewcvs?rev=216781root=gccview=rev
Log:
2014-10-28 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||5.0
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #6 from howarth at bromo dot med.uc.edu ---
My mistake, I assumed the first output line was an error.
loop -2.35802
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #7 from howarth at bromo dot med.uc.edu ---
Created attachment 33828
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33828action=edit
assembly at -O2 from test_mathieu.c using clang as gcc in Xcode 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #8 from howarth at bromo dot med.uc.edu ---
Created attachment 33829
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33829action=edit
assembly at -O2 from test_mathieu.c using gcc 4.9.1-RC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #9 from howarth at bromo dot med.uc.edu ---
Created attachment 33830
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33830action=edit
assembly at -O1 from test_mathieu.c using gcc 4.9.1-RC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #10 from howarth at bromo dot med.uc.edu ---
for the testcase compiled with clang as gcc at -O2 on Yosemite
% setenv DYLD_PRINT_BINDINGS
% ./test_mathieu
dyld: bind: libgcc_s.1.dylib:0x1098E = libdyld.dylib:dyld_stub_binder,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63667
Bug ID: 63667
Summary: ICE with DEFERRED procedure
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #11 from howarth at bromo dot med.uc.edu ---
This issue isn't specific to Yosemite. I also see the failure at -O2 with
gcc-4.9.1 on darwin13.4.0 using the cctools (as and ld) from Xcode 6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #15 from Andrew Macleod amacleod at redhat dot com ---
Created attachment 33831
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33831action=edit
promote memory order consume to acquire
So have we concluded that we should promote
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63663
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Target|armeb-linux-gnueabi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63574
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Target|arm-linxux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63530
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Latent issue.
pr45752.c:40:3: note: Load permutation 2 2 2 2 2 3 3 3 3 3 0 0 0 0 0 1 1 1 1 1
4 4 4 4 4
We have a SLP group size of 5 and computed an unroll factor of 2 (ok). It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62286
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60882
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #16 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
My view is promote consume to acquire until the standards committees and
formal model people have sorted out what to do with it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61880
Jan Kratochvil jan.kratochvil at redhat dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63668
Bug ID: 63668
Summary: -mstd-struct-return fails for non-leaf functions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #50 from Igor Zamyatin izamyatin at gmail dot com ---
In addition r216154 breaks a lot of asan tests with -m32: see
https://gcc.gnu.org/ml/gcc-testresults/2014-10/msg02834.html
Could you please try following patch?
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #10 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
(In reply to Bernd Edlinger from comment #9)
Hi, these tests are still failing.
what are we gonna do about it?
I am happy for a patch to delete them.
Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||x86_64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #11 from christophe.lyon at st dot com ---
(In reply to Ramana Radhakrishnan from comment #10)
(In reply to Bernd Edlinger from comment #9)
Hi, these tests are still failing.
what are we gonna do about it?
I am happy for a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #12 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
(In reply to christophe.lyon from comment #11)
(In reply to Ramana Radhakrishnan from comment #10)
(In reply to Bernd Edlinger from comment #9)
Hi, these tests are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42014
Justin Vreeland vreeland.justin at gmail dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529
--- Comment #9 from Renlin Li renlin.li at arm dot com ---
r215830 fixes this ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529
Jiong Wang jiwang at gcc dot gnu.org changed:
What|Removed |Added
CC||jiwang at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63669
Bug ID: 63669
Summary: [AArch64] gcc.dg/torture/asm-subreg-1.c ICE in
reload.c on 4.8 branch or on 4.9 and 5.0 with -mno-lra
Product: gcc
Version: 4.8.4
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63669
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
it also fails with -fPIC on aarch64 even without -mno-lra.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63669
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
We (Cavium) had worked on trying to this bug earlier:
https://gcc.gnu.org/ml/gcc-patches/2012-11/msg02286.html
Richard S. also worked on it too:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63669
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63669
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Target|aarch64-none-elf|aarch64-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63530
--- Comment #7 from Carrot carrot at google dot com ---
(In reply to Ramana Radhakrishnan from comment #6)
Fixed then ?
Yes, thanks for closing it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
Łukasz Kucharski luk32 at o2 dot pl changed:
What|Removed |Added
CC||luk32 at o2 dot pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63670
Bug ID: 63670
Summary: Ending C_INCLUDE_PATH with a trailing colon broken
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
--- Comment #6 from Łukasz Kucharski luk32 at o2 dot pl ---
Comment on attachment 33833
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33833
Example program that fails compilation with optimization enabled.
Hello,
I believe we run into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #17 from torvald at gcc dot gnu.org ---
(In reply to Andrew Macleod from comment #15)
So have we concluded that we should promote memory_order_consume to
memory_order_acquire for now?
I also think that this is the best way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63670
--- Comment #1 from Andreas Schwab sch...@linux-m68k.org ---
Since C_INCLUDE_PATH defines the path for system headers, this doesn't look
like a bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #18 from Tim Northover t.p.northover at gmail dot com ---
I am not aware of any shipping compiler that would actually try to preserve
dependencies, and nobody else mentioned any during the discussion of this
topic in ISO C++ SG1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63670
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
I think this is the correct behaviour, and this is basically a dup of PR30439
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63670
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
Bug ID: 63671
Summary: [5 Regression] 21% tramp3d-v4 performance hit due to
-fdevirtualize
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #1 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
It gets worse with -flto:
markus@x4 ~ % g++ -w -Ofast -flto=4 tramp3d-v4.cpp
markus@x4 ~ % ./a.out --cartvis 1.0 0.0 --rhomin 1e-8 -n 20
...
Time spent in iteration: 4.6181
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #21 from Evandro e.menezes at samsung dot com ---
(In reply to ramana.radhakrish...@arm.com from comment #20)
What's the kind of performance delta you see if you managed to unroll
the loop just a wee bit ? Probably not much looking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205
paul.richard.thomas at gmail dot com paul.richard.thomas at gmail dot com
changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44054
--- Comment #17 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
Author: manu
Date: Tue Oct 28 21:56:24 2014
New Revision: 216812
URL: https://gcc.gnu.org/viewcvs?rev=216812root=gccview=rev
Log:
2014-10-28 Manuel López-Ibáñez
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #22 from Wilco wdijkstr at arm dot com ---
(In reply to Evandro from comment #21)
(In reply to ramana.radhakrish...@arm.com from comment #20)
What's the kind of performance delta you see if you managed to unroll
the loop just a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #23 from Evandro e.menezes at samsung dot com ---
(In reply to Wilco from comment #22)
Unrolling alone isn't good enough in sum reductions. As I mentioned before,
GCC doesn't enable any of the useful loop optimizations by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #24 from Wilco wdijkstr at arm dot com ---
(In reply to Evandro from comment #23)
(In reply to Wilco from comment #22)
Unrolling alone isn't good enough in sum reductions. As I mentioned before,
GCC doesn't enable any of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #19 from joseph at codesourcery dot com joseph at codesourcery dot
com ---
On Tue, 28 Oct 2014, torvald at gcc dot gnu.org wrote:
Alternatively, we could try to be conservative and add an acquire barrier
before the function body
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62308
Fei Yang fei.yang0953 at gmail dot com changed:
What|Removed |Added
CC||fei.yang0953 at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
--- Comment #4 from Zhenqiang Chen zhenqiang.chen at arm dot com ---
(In reply to Ramana Radhakrishnan from comment #3)
Fixed is it? And does it fail in GCC 4.9 ?
Fixed on trunk. Same fail in GCC 4.9.
It is a performance issue. Do you think it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63672
Bug ID: 63672
Summary: xbegin/xend/xabort missing memory barriers
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
92 matches
Mail list logo