https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93207
--- Comment #1 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Jan 10 20:07:45 2020
New Revision: 280133
URL: https://gcc.gnu.org/viewcvs?rev=280133=gcc=rev
Log:
2020-01-10 Vladimir Makarov
PR inline-asm/93207
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93027
--- Comment #3 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Jan 10 20:45:19 2020
New Revision: 280138
URL: https://gcc.gnu.org/viewcvs?rev=280138=gcc=rev
Log:
2020-01-10 Vladimir Makarov
PR inline-asm/93027
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
--- Comment #3 from David Malcolm ---
Apparently broken on other archs too, and for other people; from #gcc:
nathan: I assume it's not just broken for me; I'm somewhat
sleep-deprived here
dmalcolm: broke PPC
correct. I guess it's somewhat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34235
--- Comment #11 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:53:17 2020
New Revision: 280128
URL: https://gcc.gnu.org/viewcvs?rev=280128=gcc=rev
Log:
Shorten right-shift again in C++.
Back in SVN r131862 richi removed this code to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
--- Comment #30 from Jason Merrill ---
New patch: https://gcc.gnu.org/ml/gcc-patches/2020-01/msg00624.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
Bug ID: 93229
Summary: simplify_count_trailing_zeroes doesn't compile on
x86_64-pc-linux-gnu
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93231
--- Comment #3 from Jakub Jelinek ---
Perhaps with the just added native_encode_initializer, rather than having
separate function for CONSTRUCTOR and STRING_CST it might be better to always
native_encode_initializer at certain offset with byte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93219
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 10 20:42:00 2020
New Revision: 280137
URL: https://gcc.gnu.org/viewcvs?rev=280137=gcc=rev
Log:
PR libgomp/93219
* libgomp.h (gomp_print_string): Change return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90838
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 10 21:10:03 2020
New Revision: 280140
URL: https://gcc.gnu.org/viewcvs?rev=280140=gcc=rev
Log:
PR tree-optimization/90838
* tree-ssa-forwprop.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91263
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> No, a==b is equivalent to std::equal(a.begin(), a.end(), b.begin(), b.end())
> which doesn't have access to the container's equality predicate.
Sorry, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
Michael Meissner changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #3 from Michael Meissner ---
Also this code if the element number is variable:
;; Optimize extracting a single scalar element from memory.
(define_insn_and_split "*vsx_extract__load"
[(set (match_operand: 0 "register_operand"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93231
Bug ID: 93231
Summary: [10 Regression] ICEs since rr280132
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93231
Jakub Jelinek changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93173
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93143
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 93143, which changed state.
Bug 93143 Summary: [10 Regression] Multiple calls to static constexpr member
function gives wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93143
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93223
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
Michael Meissner changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92971
--- Comment #7 from Martin Jambor ---
Author: jamborm
Date: Fri Jan 10 22:46:46 2020
New Revision: 280151
URL: https://gcc.gnu.org/viewcvs?rev=280151=gcc=rev
Log:
IPA-CP: Remove bogus static keyword (PR 92971)
2020-01-10 Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
--- Comment #2 from Wilco ---
(In reply to David Malcolm from comment #0)
> A pristine checkout of r280132 doesn't build for me on x86_64-pc-linux-gnu:
>
> ../../src/gcc/tree-ssa-forwprop.c: In function ‘bool
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93027
--- Comment #2 from Vladimir Makarov ---
Sorry, I did a mistake in PR number and automatic commits reporting did not
work.
Here are the patches fixing the PR:
https://gcc.gnu.org/viewcvs/gcc?view=revision=280133
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
--- Comment #4 from Matt Emmerton ---
The intrinsics that we would find useful, having used them as provided by the
IBM XL C/C++ compiler, are the following:
__sync()
__isync()
__lwsync()
__dcbt()
__dcbtst()
__lwarx()
__ldarx()
__stwcx()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 10 21:18:22 2020
New Revision: 280141
URL: https://gcc.gnu.org/viewcvs?rev=280141=gcc=rev
Log:
PR tree-optimization/93210
* fold-const.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
--- Comment #5 from David Malcolm ---
Looks like Jakub fixed this with r280140
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
Bug ID: 93230
Summary: PowerPC GCC vec_extract of a vector in memory does not
fold sign/zero extension into load
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93231
--- Comment #2 from Jakub Jelinek ---
Also, there is no testcase for the string case, nor any non-target specific
testcase that it at least compiles and perhaps with tree dump scan on selected
targets that it recognizes the ctz.
And I don't see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93143
--- Comment #8 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:47:02 2020
New Revision: 280127
URL: https://gcc.gnu.org/viewcvs?rev=280127=gcc=rev
Log:
PR c++/93143 - incorrect tree sharing with constexpr.
We don't unshare
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
--- Comment #17 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:46:57 2020
New Revision: 280126
URL: https://gcc.gnu.org/viewcvs?rev=280126=gcc=rev
Log:
PR c++/93173 - incorrect tree sharing.
My patch for 93033 wasn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93077
Bug 93077 depends on bug 93033, which changed state.
Bug 93033 Summary: [10 Regression] error: incorrect sharing of tree nodes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93048
Bug 93048 depends on bug 93033, which changed state.
Bug 93033 Summary: [10 Regression] error: incorrect sharing of tree nodes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93076
Bug 93076 depends on bug 93033, which changed state.
Bug 93033 Summary: [10 Regression] error: incorrect sharing of tree nodes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93163
Bug 93163 depends on bug 93033, which changed state.
Bug 93033 Summary: [10 Regression] error: incorrect sharing of tree nodes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93185
--- Comment #7 from Jakub Jelinek ---
So, could bugzilla change to handle (from
https://gcc.gnu.org/ml/gcc/2020-01/msg00147.html ) words with regexps:
r([0-9]{1,6}) to http://gcc.gnu.org/viewcvs/gcc?view=revision=\1
(what we have already, should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40752
Jason Merrill changed:
What|Removed |Added
CC||kosotiro at yahoo dot gr
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91312
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #1 from Michael Meissner ---
Created attachment 47635
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47635=edit
Example assembler generated for -mcpu=power9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23383
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90838
--- Comment #8 from Wilco ---
Author: wilco
Date: Fri Jan 10 19:32:53 2020
New Revision: 280132
URL: https://gcc.gnu.org/viewcvs?rev=280132=gcc=rev
Log:
PR90838: Support ctz idioms
Support common idioms for count trailing zeroes using an array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
--- Comment #1 from Andrew Pinski ---
Looks like a missing check to see if it is scalar int mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #2 from Michael Meissner ---
There is this code in rs6000.md that thinks it is combining the conversion with
the load, but the insn is using the wrong types:
;; Optimize extracting a single scalar element from memory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93173
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Fri Jan 10 18:46:57 2020
New Revision: 280126
URL: https://gcc.gnu.org/viewcvs?rev=280126=gcc=rev
Log:
PR c++/93173 - incorrect tree sharing.
My patch for 93033 wasn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92971
--- Comment #6 from Martin Jambor ---
Author: jamborm
Date: Fri Jan 10 19:30:56 2020
New Revision: 280131
URL: https://gcc.gnu.org/viewcvs?rev=280131=gcc=rev
Log:
IPA-CP: Remove bogus static keyword (PR 92971)
2020-01-10 Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93207
--- Comment #2 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Jan 10 20:18:00 2020
New Revision: 280135
URL: https://gcc.gnu.org/viewcvs?rev=280135=gcc=rev
Log:
2020-01-10 Vladimir Makarov
PR inline-asm/93207
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
--- Comment #4 from Wilco ---
(In reply to David Malcolm from comment #3)
> Apparently broken on other archs too, and for other people; from #gcc:
>
> nathan: I assume it's not just broken for me; I'm somewhat
> sleep-deprived here
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71504
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93231
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93232
Bug ID: 93232
Summary: std::array warning: writing 1 byte into a region of
size 0
[ttps://gcc.gnu.org/onlinedocs/gcc/Warning-Options.htm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93192
--- Comment #4 from Thorsten Otto ---
BTW, how do you run the testsuite for m68k?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93229
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93192
--- Comment #3 from Thorsten Otto ---
Created attachment 47636
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47636=edit
Testcase
Yes, it is attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #4 from Andrew Pinski ---
Does it make sense to fold vec_extract directly into BIT_FIELD_REF in
altivec_resolve_overloaded_builtin for constants?
Or even in rs6000_fold_builtin ?
It seems like a lot of the builtins should be fold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88812
Jonathan Wakely changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93177
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93232
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
Andrew Pinski changed:
What|Removed |Added
Keywords||alias
--- Comment #3 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
--- Comment #2 from Martin Liška ---
The issue can't be reproduced on x86_64-linux because
if constexpr (std::atomic_ref::is_always_lock_free)
if false. There's a changed inline decision, I'm isolating which Param change
caused that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #15 from Richard Biener ---
So lower_eh_constructs is what is remaining of EH time and there it's just
cleanup_is_dead_in which ends up costly:
while (reg && reg->type == ERT_CLEANUP)
reg = reg->outer;
return (reg &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #16 from Richard Biener ---
Author: rguenth
Date: Fri Jan 10 10:49:57 2020
New Revision: 280101
URL: https://gcc.gnu.org/viewcvs?rev=280101=gcc=rev
Log:
2020-01-10 Richard Biener
PR middle-end/93199
* tree-eh.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
Martin Liška changed:
What|Removed |Added
CC||redi at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
Eric Botcazou changed:
What|Removed |Added
Summary|RTl expansion throws away |RTL expansion throws away
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #18 from Richard Biener ---
At -O2 I see, with just E(1),
expand vars: 61.55 ( 23%) 0.01 ( 3%) 61.56 ( 23%)
1267 kB ( 1%)
store merging : 185.44 ( 69%) 0.00 ( 0%) 185.44 (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
Jakub Jelinek changed:
What|Removed |Added
Attachment #47628|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93221
Joel Hutton changed:
What|Removed |Added
CC||joel.hutton at arm dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Martin Sebor changed:
What|Removed |Added
Blocks||83819
--- Comment #2 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
--- Comment #4 from Eric Botcazou ---
So we would probably need to add full misalignment information to MEM_ATTRS if
we want to handle this properly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38506
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93223
Bug ID: 93223
Summary: Segmentation fault in ipa-cp.c
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
--- Comment #2 from Eric Botcazou ---
> We're supposed to use get_object_alignment to set MEM_ALIGN and we do in most
> of the cases (IIRC). So this must be an omission somewhere. So we indeed
> compute that but then we called
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
--- Comment #4 from Jonathan Wakely ---
Your grabListTail function fails to check if this->empty() which means that
this cast might be undefined:
Node* localTail = static_cast(_xHead.pPrev);
When this->empty() is true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34500
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
CC||markeggleston at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93222
--- Comment #2 from Andrew Pinski ---
>(** it's strange that extracting all -O optimization params to command line
>according to manual won't trigger the strange behaviour, maybe I got the
>options wrong)
No you did not read the manual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
--- Comment #4 from Jakub Jelinek ---
Created attachment 47628
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47628=edit
gcc10-pr93210-wip.patch
Untested patch that fixes this, by moving native_encode_initializer from
dwarf2out.c to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93153
Alexander Cherepanov changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
--- Comment #17 from Richard Biener ---
Author: rguenth
Date: Fri Jan 10 11:23:53 2020
New Revision: 280102
URL: https://gcc.gnu.org/viewcvs?rev=280102=gcc=rev
Log:
2020-01-10 Richard Biener
PR middle-end/93199
* tree-eh.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93217
--- Comment #4 from Martin Liška ---
Author: marxin
Date: Fri Jan 10 12:27:36 2020
New Revision: 280103
URL: https://gcc.gnu.org/viewcvs?rev=280103=gcc=rev
Log:
Fix wrong parenthesis in inliner.
2020-01-10 Martin Liska
PR ipa/93217
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93210
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
--- Comment #5 from rguenther at suse dot de ---
On Fri, 10 Jan 2020, ebotcazou at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92925
>
> --- Comment #4 from Eric Botcazou ---
> So we would probably need to add full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
Bug ID: 93224
Summary: 29_atomics/atomic_ref/float.cc fails with a tweaker
IPA inliner
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93223
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
--- Comment #4 from Zdenek Sojka ---
(In reply to Martin Sebor from comment #3)
> Patch: https://gcc.gnu.org/ml/gcc-patches/2020-01/msg00552.html
Thanks for the fix!
Note the __int128 is supported only on certain targets, the test is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84135
--- Comment #10 from Tobias Burnus ---
Author: burnus
Date: Fri Jan 10 14:37:29 2020
New Revision: 280110
URL: https://gcc.gnu.org/viewcvs?rev=280110=gcc=rev
Log:
Fortran] PR84135 fix merging dimension into codimension array spec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93219
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
--- Comment #1 from Martin Liška ---
Reduced test-case:
#include
int main()
{
long double value;
if constexpr (std::atomic_ref::is_always_lock_free)
{
bool ok;
const auto mo = std::memory_order_relaxed;
std::atomic_ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93221
Tamar Christina changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93224
--- Comment #2 from Martin Liška ---
One more test-case:
$ #include
int main()
{
long double value;
if constexpr (std::atomic_ref::is_always_lock_free)
{
bool ok;
const auto mo = std::memory_order_relaxed;
std::atomic_ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93223
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
-Wextra -O3 test.c && ./a.out
eq1: 0
eq2: 0
diff: 0
eq3: 1
--
gcc x86-64 version: gcc (GCC) 10.0.0 20200110 (experimental)
--
This example should be sta
: %d\n", p == q);
}
--
$ gcc -std=c11 -Wall -Wextra test.c && ./a.out
eq1: 0
eq2: 1
--
gcc x86-64 version: gcc (GCC) 10.0.0 20200110 (experimental)
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61502
--- Comment #41 from Alexander Cherepanov ---
(In reply to Richard Biener from comment #38)
> (In reply to Alexander Cherepanov from comment #37)
> > On 30/12/2019 10.51, rguenther at suse dot de wrote:
> > >> Obviously, it could be used to fold
est.c &&
./a.out
0
--
gcc x86-64 version: gcc (GCC) 10.0.0 20200110 (experimental)
--
Here `r` has the same value as `p` but the optimizer cannot see this. Comparing
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93213
Martin Sebor changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Martin Sebor
1 - 100 of 150 matches
Mail list logo