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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
--- Comment #4 from Zhenqiang Chen ---
(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 is OK for 4.9?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62308
Fei Yang changed:
What|Removed |Added
CC||fei.yang0953 at gmail dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #19 from 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 if any parameter of the functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #24 from Wilco ---
(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 useful loop optimizatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #23 from Evandro ---
(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. So add
> -fvariable-expansio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #22 from Wilco ---
(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 wee bit ? Probably
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44054
--- Comment #17 from Manuel López-Ibáñez ---
Author: manu
Date: Tue Oct 28 21:56:24 2014
New Revision: 216812
URL: https://gcc.gnu.org/viewcvs?rev=216812&root=gcc&view=rev
Log:
2014-10-28 Manuel López-Ibáñez
PR fortran/44054
* gfortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205
paul.richard.thomas at gmail dot com
changed:
What|Removed |Added
CC||paul.richard.thom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63503
--- Comment #21 from Evandro ---
(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 at the code produced
> he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63671
--- Comment #1 from Markus Trippelsdorf ---
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
For "-fno-devirtualize -flt
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=63670
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63670
--- Comment #2 from Jonathan Wakely ---
I think this is the correct behaviour, and this is basically a dup of PR30439
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #18 from Tim Northover ---
> 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.
In case the data point is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63670
--- Comment #1 from Andreas Schwab ---
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 #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 forwa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
--- Comment #6 from Łukasz Kucharski ---
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 the same problem, ho
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
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62144
Łukasz Kucharski changed:
What|Removed |Added
CC||luk32 at o2 dot pl
--- Comment #5 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63530
--- Comment #7 from Carrot ---
(In reply to Ramana Radhakrishnan from comment #6)
> Fixed then ?
Yes, thanks for closing it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63669
Andrew Pinski changed:
What|Removed |Added
Target|aarch64-none-elf|aarch64-*-*
Status|UNCONFIRM
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
--- Comment #3 from Andrew Pinski ---
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/ml/gcc-patches/2014-04/msg00826.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63669
--- Comment #1 from Andrew Pinski ---
it also fails with -fPIC on aarch64 even without -mno-lra.
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: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529
Jiong Wang changed:
What|Removed |Added
CC||jiwang at gcc dot gnu.org
--- Comment #10 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61529
--- Comment #9 from Renlin Li ---
r215830 fixes this ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42014
Justin Vreeland changed:
What|Removed |Added
CC||vreeland.justin at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #12 from Ramana Radhakrishnan ---
(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 still failing.
> > > wha
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
Richard Biener changed:
What|Removed |Added
Known to work||4.8.3
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61153
--- Comment #10 from Ramana Radhakrishnan ---
(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=63534
--- Comment #50 from Igor Zamyatin ---
> 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 a/gcc/cfgexpand.c b/gcc/cf
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
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Markus Trippelsdorf changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61880
Jan Kratochvil changed:
What|Removed |Added
CC||jan.kratochvil at redhat dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #16 from 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=60882
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63210
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
Kn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62286
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
--- Comment #5 from Richard Biener ---
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
looks
to me that
Index: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63530
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||wrong-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63574
Ramana Radhakrishnan changed:
What|Removed |Added
Target|arm-linxux-gnueabihf|arm-linux-gnueabihf
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63663
Ramana Radhakrishnan changed:
What|Removed |Added
Target|armeb-linux-gnueabi |armeb-linux-gnueabi,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
--- Comment #15 from Andrew Macleod ---
Created attachment 33831
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33831&action=edit
promote memory order consume to acquire
So have we concluded that we should promote memory_order_consume to
m
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=63667
Bug ID: 63667
Summary: ICE with DEFERRED procedure
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Ass
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,
*0x10
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=33830&action=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 #8 from howarth at bromo dot med.uc.edu ---
Created attachment 33829
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33829&action=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 #7 from howarth at bromo dot med.uc.edu ---
Created attachment 33828
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33828&action=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 #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
howarth at bromo dot med.uc.edu changed:
What|Removed |Added
CC||howarth at bromo dot med
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
Richard Biener changed:
What|Removed |Added
Known to work||5.0
Target Milestone|5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Tue Oct 28 11:42:43 2014
New Revision: 216781
URL: https://gcc.gnu.org/viewcvs?rev=216781&root=gcc&view=rev
Log:
2014-10-28 Richard Biener
PR middle-end/63665
* fold-const.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #5 from Richard Biener ---
Ok, reproduced with a ia64 cross and a cut-down testcase w/o includes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
--- Comment #4 from Jiong Wang ---
Created attachment 33827
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33827&action=edit
./cc1 -O3 pr45752.i
upload testcase.
./cc1 (generated by--target=aarch64-elf) -O3 pr45752.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63663
--- Comment #1 from wind ---
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 the armv7 NEON, the mod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62173
--- Comment #4 from Jiong Wang ---
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=62178
Ramana Radhakrishnan changed:
What|Removed |Added
Keywords||missed-optimization
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
--- Comment #3 from Jiong Wang ---
patch pending review here
https://gcc.gnu.org/ml/gcc-patches/2014-09/msg02292.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|raman
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63293
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63173
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63666
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |5.0
--- Comment #2 from Andreas Schwab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61714
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59448
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61749
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61915
Ramana Radhakrishnan changed:
What|Removed |Added
Summary|[AArch64] High amounts of |[AArch64] High amounts of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61997
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
Targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61114
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63661
--- Comment #4 from Volker Braun ---
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=63666
Jiong Wang changed:
What|Removed |Added
CC||jiwang at gcc dot gnu.org
--- Comment #1 fr
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=63645
--- Comment #25 from Mikael Pettersson ---
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=63424
--- Comment #3 from Renlin Li ---
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=63665
--- Comment #2 from Richard Biener ---
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;
_6 = y_5 + -2147483648;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63665
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63657
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63660
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63658
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.9.2
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=63661
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63662
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60406
--- Comment #29 from Dominik Vogt ---
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 more expensive mechanism wh
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=63657
--- Comment #1 from petschy at gmail dot com ---
Bisected the regression:
commit a8b52ce38f3056e464457ba1e95efa25a8f08d07
Author: paolo
Date: Wed Jun 12 21:36:36 2013 +
/cp
2013-06-12 Paolo Carlini
PR c++/38958
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61391
Arseny Solokha changed:
What|Removed |Added
Known to work||5.0
Known to fail|4.10.0
92 matches
Mail list logo