https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97772
Bug ID: 97772
Summary: Wording of GCC's error message when calling lvalue-ref
qualified member function on temporary object
Product: gcc
Version: 10.2.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
Levy changed:
What|Removed |Added
Attachment #49533|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #27 from Levy ---
(In reply to Kito Cheng from comment #25)
> Seem like you have add code to gcc/optabs.h and gcc/optabs.c, however those
> functions are RISC-V specific, so I would suggest you put in riscv.c and
> riscv-protos.h.
No
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
Levy changed:
What|Removed |Added
Attachment #49532|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
--- Comment #25 from Kito Cheng ---
Seem like you have add code to gcc/optabs.h and gcc/optabs.c, however those
functions are RISC-V specific, so I would suggest you put in riscv.c and
riscv-protos.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97417
Levy changed:
What|Removed |Added
Attachment #49524|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97771
Bug ID: 97771
Summary: gcc/g++ failed to generate proper .init_array entries
for local scope function, should create "axG",
.init_array comdat
Product: gcc
Versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
--- Comment #3 from Hongtao.liu ---
> But for vector byte/word/quadword, vectorizer still use vpopcntd, but not
> vpopcnt{b,w,q}, missing corresponding ifn?
We don't have __builtin_popcount{w,b}, but we have __builtin_popcountl.
for testcase
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
--- Comment #2 from Hongtao.liu ---
After adding expander, successfully vectorize the loop.
---
diff --git a/gcc/config/i386/sse.md b/gcc/config/i386/sse.md
index b153a87fb98..e8159997c40 100644
--- a/gcc/config/i386/sse.md
+++ b/gcc/config/i386/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #11 from Hongtao.liu ---
(In reply to gcc-bugs from comment #10)
> And maybe a related question:
>
> I know that an arithmetic implementation might auto-vectorize, but would a
> popcount implementation do that too?
>
> Since AVX512_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
--- Comment #1 from Hongtao.liu ---
For target side, we need to add expander for popcountm2 with m vector mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97770
Bug ID: 97770
Summary: Missing vectorization for vpopcnt
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97567
--- Comment #8 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:7d26a337bfa1135d95caa3c213e82f2a97f18a01
commit r11-4862-g7d26a337bfa1135d95caa3c213e82f2a97f18a01
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97567
--- Comment #7 from Andrew Macleod ---
The original fix was incorrect. It papered over a problem by reducing
opportunities it could find. Given
if (c_2 || c_3)
If the FALSE edge is taken, this is ! (c_2 || c_3) which is equivalent to !c_2
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #10 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
And maybe a related question:
I know that an arithmetic implementation might auto-vectorize, but would a
popcount implementation do that too?
Since AVX512_BITALG
(https://softwa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 97453, which changed state.
Bug 97453 Summary: Implement CWG issue 2303
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97453
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97453
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #9 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Thank you for so many responses
(In reply to Thomas Koenig from comment #1)
> Could you post the benchmark and the exact architecture where the arithmetic
> version is faster?
``
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #7 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Created attachment 49530
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49530&action=edit
CMakeLists.txt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #8 from gcc-bugs at marehr dot dialup.fu-berlin.de ---
Created attachment 49531
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49531&action=edit
has_single_bit_benchmark.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93907
--- Comment #7 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:71a8040716c1342547a19c25bd0203ac29258ef3
commit r11-4856-g71a8040716c1342547a19c25bd0203ac29258ef3
Author: Patrick Palka
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #6 from Thomas Koeni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
Thomas Koenig changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #5 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97589
--- Comment #4 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #3)
> Simplified test case:
>
> program main
> type foo
> real, allocatable, dimension(:) :: a[:]
> end type foo
> type (foo) :: x
> sync all
> allocate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
--- Comment #7 from Jakub Jelinek ---
Created attachment 49529
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49529&action=edit
gcc11-pr97768.patch
More complete (but still untested) patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97762
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97762
--- Comment #4 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:3a5f8d745f8e26d973218b088788f22ad197ca67
commit r11-4850-g3a5f8d745f8e26d973218b088788f22ad197ca67
Author: Marek Polacek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
--- Comment #6 from Jakub Jelinek ---
I'd have thought doing it inside of
if (ex->ts.u.cl && ex->ts.u.cl->length)
conditional and testing for ex->ts.u.cl->length->expr_type instead.
Plus for the CHARACTER case, it doesn't need to use buffer and c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97736
--- Comment #6 from ncm at cantrip dot org ---
The referenced patch seems to have also deleted a fair bit of explanatory
comment text, including a list of possible refinements for selected targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97769
--- Comment #1 from Tamar Christina ---
This seems to go away if you initialize a in `int a`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97769
Bug ID: 97769
Summary: [11 Regression] vectorizer ICE when building perlbench
in SPECCPU 2017
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97441
Denys Zahorui changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
--- Comment #4 from Jakub Jelinek ---
Or the length could be e.g. local variable:
subroutine baz (lens)
use fortran_strings, only : to_upper, operator(.in.)
integer :: lens
character(len=lens) str
logical l
str = ''
l = 32 .in. to_upp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
Jakub Jelinek changed:
What|Removed |Added
CC||markeggleston at gcc dot
gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56549
Julien Ruffin changed:
What|Removed |Added
CC||julien.ruffin at ivu dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
--- Comment #2 from Jakub Jelinek ---
If in the testcase I change the penultimate line to:
l = 32 .in. to_upper(str)
so that an error is emitted, the 64-bit little-endian f951 emits:
Error: Operands of user operator ‘in’ at (1) are INTEGER(4)/C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
--- Comment #1 from Jakub Jelinek ---
Seems this is only in the pretty-printing for message that would be printed if
there was an error later on (which there is not).
So I guess it really doesn't matter that much what exactly it prints, but it
sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97117
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97117
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:4394b1ce7731b04446555e034163b14b4f4a7f8d
commit r11-4848-g4394b1ce7731b04446555e034163b14b4f4a7f8d
Author: Patrick Palka
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97768
Bug ID: 97768
Summary: [10/11 Regression] 32-bit f951 ICE on code from
OpenMolcas
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97767
Martin Liška changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97767
Bug ID: 97767
Summary: [11 Regression] ICE in extract_range_basic, at
vr-values.c:1445
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97740
--- Comment #1 from Jonathan Wakely ---
N.B. the "diagnostic" keyword is for poor quality diagnostics, not ones that
shouldn't happen at all. Code that shouldn't give an error at all should use
"rejects-valid" instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97740
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
--- Comment #4 from CVS Commits ---
The releases/gcc-8 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:749cfa1f150d1e0749feb7aed8f68b8d0294b03f
commit r8-10616-g749cfa1f150d1e0749feb7aed8f68b8d0294b03f
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97565
--- Comment #3 from Richard Biener ---
So the odd thing is that PTA sees
/* Nodes without a body are not interesting. Especially do not
visit clones at this point for now - we get duplicate decls
there for inline clones
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90111
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90111
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:f27a3b37b4805feba138dd421f039e3267b1c5f0
commit r11-4845-gf27a3b37b4805feba138dd421f039e3267b1c5f0
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97535
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97761
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91355
Bill Torpey changed:
What|Removed |Added
CC||bill.torpey at ullink dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97762
Marek Polacek changed:
What|Removed |Added
Keywords|ice-on-invalid-code |ice-on-valid-code
--- Comment #3 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97731
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c9769a6eee38c396b797cffd819957fa9f1926b1
commit r9-9034-gc9769a6eee38c396b797cffd819957fa9f1926b1
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97638
--- Comment #2 from CVS Commits ---
The releases/gcc-10 branch has been updated by Sudakshina Das
:
https://gcc.gnu.org/g:454702f5213a7a8b6b3581c29c817b952ce0f184
commit r10-8996-g454702f5213a7a8b6b3581c29c817b952ce0f184
Author: Sudakshina Das
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57111
--- Comment #12 from Jonathan Wakely ---
(In reply to Martin Sebor from comment #11)
> It detects the bug in the test case in comment #0 but only with optimization
> (to see through inlined calls) and with -Wsystem-headers.
This seems like a war
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97761
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:96f315213f337c2d5a9268f2d3e8337bbdb71bfc
commit r11-4842-g96f315213f337c2d5a9268f2d3e8337bbdb71bfc
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97758
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97766
--- Comment #2 from Richard Biener ---
There's target_double64 at least, so dg-require-effective-target double64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67453
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:0af3930a497e022597a08fa1bcef5e453bfa636f
commit r11-4839-g0af3930a497e022597a08fa1bcef5e453bfa636f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97758
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:99bf3a817b9d31905dd12448e853ad2685635250
commit r11-4838-g99bf3a817b9d31905dd12448e853ad2685635250
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97729
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:0af3930a497e022597a08fa1bcef5e453bfa636f
commit r11-4839-g0af3930a497e022597a08fa1bcef5e453bfa636f
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
--- Comment #23 from ninos ---
Created attachment 49527
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49527&action=edit
gfortran.do_configure
this is the do_configure log where unrecognized disable-dependency-tracking
occurs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
--- Comment #22 from ninos ---
Created attachment 49526
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49526&action=edit
gfortran config log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97760
--- Comment #5 from Richard Biener ---
t.c:9:12: note: worklist: examine stmt: i_16 = PHI
t.c:9:12: note: vect_is_simple_use: operand (int) _3, type of def: reduction
t.c:9:12: note: reduc-stmt defining reduc-phi in the same nest.
t.c:9:12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55930
ninos changed:
What|Removed |Added
CC||nju044 at hotmail dot com
--- Comment #21 from n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97746
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:ec735bc7646500570d9d6e45ef335e6d547b1433
commit r11-4835-gec735bc7646500570d9d6e45ef335e6d547b1433
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97753
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97746
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97762
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 97746, which changed state.
Bug 97746 Summary: [11 Regression] ICE in vect_init_pattern_stmt, at
tree-vect-patterns.c:115 since r11-4787-g22175d0dc6a89ddd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97746
Wha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97753
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f5761c318a5a973ba2e4e5b09a5213f4e3ad0570
commit r11-4836-gf5761c318a5a973ba2e4e5b09a5213f4e3ad0570
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97764
--- Comment #2 from Jakub Jelinek ---
Created attachment 49525
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49525&action=edit
gcc11-pr97764.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97760
--- Comment #4 from Richard Biener ---
int b=1;
static int *g = &b;
void __attribute__((noipa))
h (unsigned int n)
{
int i = 3;
int f = 3;
for (; f <= 50; f += 4) {
i += 4;
*g = i;
i += n;
}
}
int main ()
{
h (9);
if (*g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97736
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96835
--- Comment #5 from Tobias Burnus ---
(In reply to Tobias Weinzierl from comment #4)
> Created attachment 49339 [details]
> Reproducer
Compiles here with mainline (11.0.0 20201104) and nvptx offloading (-O0).
I wonder whether that was fixed by:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97736
--- Comment #4 from Jakub Jelinek ---
I disagree with that resolution, expanding it as a bit test is certainly better
and shorter too.
And it seems even switchconv pass says that it is preferrable to expand it as
bit-test, but during expansion it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97765
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97765
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:17c25a454e056f4677649a5ed4a8b8587d29177c
commit r11-4831-g17c25a454e056f4677649a5ed4a8b8587d29177c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97350
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97736
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97326
--- Comment #2 from Andreas Krebbel ---
Probably my fault. I did forget supporting floats in vec_cmp. I'm testing a
patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186
--- Comment #26 from Richard Biener ---
(In reply to Richard B. Kreckel from comment #25)
> (In reply to Richard Biener from comment #24)
> > So you're just lucky indeed ...
>
> This makes me wonder if there is still a way to trigger this.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97753
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97766
Jan Hubicka changed:
What|Removed |Added
Last reconfirmed||2020-11-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96770
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97766
Bug ID: 97766
Summary: ipa/modref-2.c fails on 32 bits targets
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97764
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97761
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97765
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96833
Tobias Weinzierl changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97765
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96835
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29186
--- Comment #25 from Richard B. Kreckel ---
(In reply to Richard Biener from comment #24)
> So you're just lucky indeed ...
This makes me wonder if there is still a way to trigger this.
You suggest this has been fixed for the division (is there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97764
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.0 20201109 (experimental) [master revision
946b73c1132:a700e491347:dc7e8839c92c4bc3c3741cf27b0af81edb803fe7] (GCC)
[535] %
[535] %
[535] % gcctk -O1 -c -w small.c
[536] %
[536] % gcctk -Os -c -w small.c
during GIMPLE pass: pre
version 11.0.0 20201109 (experimental) [master revision
946b73c1132:a700e491347:dc7e8839c92c4bc3c3741cf27b0af81edb803fe7] (GCC)
[515] %
[515] % gcctk -O0 small.c; ./a.out
[516] %
[516] % gcctk -O1 small.c
[517] % ./a.out
Aborted
[518] %
[518] % cat small.c
struct S {
int b : 3;
int c : 28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759
--- Comment #6 from Jonathan Wakely ---
As an aside, libstdc++ does already use the ((x-1) & x) == 0 idiom in
where we are happy for zero to be treated as a power
of two (because we call _Power_of_2(n+1) and we want the result to be true for
n==
1 - 100 of 138 matches
Mail list logo
