https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
--- Comment #6 from Andrew Pinski ---
Created attachment 61937
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61937&action=edit
Reduced
Reproduces with `-O3 -march=znver3`.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121213
Bug ID: 121213
Summary: Poor RV64 code generated for __atomic_exchange_n (llvm
seems to do it right)
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121209
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108958
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120528
--- Comment #1 from Michael Meissner ---
*** Bug 108958 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86367
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90822
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121212
Bug ID: 121212
Summary: Two enumerated types without enumerator lists
shouldn't be compatible
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121211
Andrew Pinski changed:
What|Removed |Added
Known to fail||4.9.0
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121211
Andrew Pinski changed:
What|Removed |Added
Summary|ICE: in make_decl_rtl, at |openmp simd aligned with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120972
--- Comment #7 from Feng Xue ---
(In reply to Richard Biener from comment #1)
> Yes, it's not possible to implement the standards restrict qualification
> constraints reliably for pointers not in the outermost scope of a function
> and after the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120905
--- Comment #21 from TCH ---
Created attachment 61936
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61936&action=edit
A script which removed the unnecessary binary duplications
On Solaris/SPARC, '/path/to/gcc/bin' contains the following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121211
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120905
--- Comment #20 from TCH ---
Created attachment 61935
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61935&action=edit
Fixes all of the errors of compiling GCC8 on Solaris 10 SPARC
GCC8 was successfully compiled with this patch applied. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120905
TCH changed:
What|Removed |Added
Attachment #61915|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
See Also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120119
--- Comment #10 from Khem Raj ---
@a(In reply to Ramana Radhakrishnan from comment #9)
> (In reply to Andrew Pinski from comment #8)
> > Cannot rename chain v30 (8) at insn 54 (mark_read)
> > Creating chain v29 (13) at insn 54
> > Cannot rename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121211
--- Comment #1 from Andrew Pinski ---
I suspect this might be invalid because of the array bounds being empty
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121211
Bug ID: 121211
Summary: ICE: in make_decl_rtl, at varasm.cc:145 with simd
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121202
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121210
Bug ID: 121210
Summary: IPA Inline pass ICE with AutoFDO
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ipa
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121209
--- Comment #3 from Halalaluyafail3 ---
(In reply to Andrew Pinski from comment #1)
> So this depends on the C23 tag rules.
>
> Note clang errors out only on the second program and not the first.
>
> I am not 100% sure which is correct.
I wasn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121164
--- Comment #7 from Gaius Mulley ---
Created attachment 61933
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61933&action=edit
Followup patch which corrects the location of the cc1gm2 error message
This is a followup patch for PR modula2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121209
--- Comment #2 from Andrew Pinski ---
Created attachment 61932
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61932&action=edit
testcase in one source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121209
--- Comment #1 from Andrew Pinski ---
So this depends on the C23 tag rules.
Note clang errors out only on the second program and not the first.
I am not 100% sure which is correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121209
Bug ID: 121209
Summary: Taking the composite type twice of two structure,
union, or enumerated types yields different results
Product: gcc
Version: 16.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121041
--- Comment #3 from Jorn Wolfgang Rennecke ---
Created attachment 61931
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61931&action=edit
older patch for illustrative purposes
For the record, I started out with this simpler patch, which ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121042
--- Comment #1 from Jorn Wolfgang Rennecke ---
Created attachment 61930
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61930&action=edit
patch
Sorry, regression tests took a while because of a newlib issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
--- Comment #8 from Andrew Pinski ---
(In reply to CHARLES GOEDEFROIT from comment #7)
> (In reply to Andrew Pinski from comment #6)
> > (In reply to CHARLES GOEDEFROIT from comment #5)
> > > (In reply to Andrew Pinski from comment #4)
> > > > W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
--- Comment #7 from CHARLES GOEDEFROIT
---
(In reply to Andrew Pinski from comment #6)
> (In reply to CHARLES GOEDEFROIT from comment #5)
> > (In reply to Andrew Pinski from comment #4)
> > > Which glibc version are you using? or you using some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
--- Comment #5 from CHARLES GOEDEFROIT
---
(In reply to Andrew Pinski from comment #4)
> Which glibc version are you using? or you using some other libc?
I use this glibc:
GNU C Library (GNU libc) stable release version 2.34.
No, only GNU lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
--- Comment #4 from Andrew Pinski ---
Which glibc version are you using? or you using some other libc?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
--- Comment #3 from CHARLES GOEDEFROIT
---
Created attachment 61929
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61929&action=edit
The preprocessed file of the shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
--- Comment #2 from Andrew Pinski ---
I thought __tls_get_addr had a special ABI ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
Andrew Pinski changed:
What|Removed |Added
Build|/usr/src/gcc/configure |
|--build=x86_64-linu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121208
Bug ID: 121208
Summary: Wrong user-level interrupt vector value with TLS
variable when build with optimisation
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121160
--- Comment #2 from Jeffrey A. Law ---
So I think we just need to avoid forcing the values into a word_mode register
when they're not an integral mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120920
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Blocks|120763
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121202
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |16.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-07-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
--- Comment #4 from Andrew Pinski ---
```
;; bnd.583_3345 = niters.582_512 >> 1;
(insn 3724 3723 0 (parallel [
(set (reg:SI 1455 [ bnd.583D.181196 ])
(lshiftrt:SI (reg:SI 299 [ niters.582D.181195 ])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
Andrew Pinski changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121207
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61399
Andrew Pinski changed:
What|Removed |Added
CC||cassio.neri at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121207
Bug ID: 121207
Summary: __LDBL_EPSILON__ is wrongly defined on power
platforms.
Product: gcc
Version: 15.1.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
--- Comment #9 from Andrew Pinski ---
(In reply to Jean-Michaël Celerier from comment #3)
> Hmm the compressed source with xz -9 is still over the 1 megabyte limit...
I got the upload limit increased to 2MB and attach the preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
--- Comment #8 from Andrew Pinski ---
Created attachment 61928
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61928&action=edit
Preprocessed source (compressed)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
--- Comment #7 from Andrew Pinski ---
I suspect this might be already fixed even in GCC 14.3.0, see PR 119387.
On the trunk (with -fno-checking since I didn't build with
--enable-checking=release), it takes less than 3g at the peak.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
--- Comment #6 from Andrew Pinski ---
It looks like this has been improved on the trunk. Maybe later versions of gcc
14 too. Let me see if there was some improvements there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #6 from Jürgen Reuter ---
I added reproducers for the two tests. Unpack, then do make, and then execute
them with ./whizard_test --check vamp2
or
./whizard_test --check polarizations
The files in ref-output tell you the correct outp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #5 from Jürgen Reuter ---
Created attachment 61927
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61927&action=edit
Reproducer, long, second part (vamp2 test)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121201
Sam James changed:
What|Removed |Added
CC||ro at gcc dot gnu.org,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
Sam James changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #2 from Sam Jam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
Sam James changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
--- Comment #1 from Sam James ---
Created attachment 61926
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61926&action=edit
gmx_bundle.cpp.ii.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121206
Bug ID: 121206
Summary: [16 regression] Hang in ranger when building
gromacs-2025.2
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Keywords: compile-time-hog,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121160
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111459
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #5)
> So i have a patch for cfgcleanup but it causes a regression which looks like
> a fake one. I will finish it up later today. Dceing more definitely will
> improve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121160
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121205
Bug ID: 121205
Summary: FAIL: gcc.dg/asm-hard-reg-2.c with -m32
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203
--- Comment #3 from anlauf at gcc dot gnu.org ---
Created attachment 61924
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61924&action=edit
Tentative fix
This fixes the testcase. Needs further testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #4 from Jürgen Reuter ---
Created attachment 61923
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61923&action=edit
Reporducer, long, first part (polarization test)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121185
--- Comment #3 from Jürgen Reuter ---
It seems there might have been another commit between midnight and today early
afternoon (CEST), now I get a lot of segmentation faults, also in several other
tests. I proceed in providing a reproducer but t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203
--- Comment #2 from anlauf at gcc dot gnu.org ---
Note: the code works properly when eval is a contained subroutine, as in:
program p
character(10), external :: f
call eval(f,"abc")
call eval(f,"abc") ! double free or corruption
contains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121204
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121204
Bug ID: 121204
Summary: Explicit interfaces in module are incorrectly passed
to submodule
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111459
--- Comment #5 from Andrew Pinski ---
So i have a patch for cfgcleanup but it causes a regression which looks like a
fake one. I will finish it up later today. Dceing more definitely will improve
compile time and will improve other passes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121203
Bug ID: 121203
Summary: Incorrect result when character functions are passed
as arguments in a sbroutine
Product: gcc
Version: 15.1.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121184
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |15.2
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121184
--- Comment #4 from GCC Commits ---
The releases/gcc-15 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:d80498a7025750445dd21a21888bf8a5df158bb0
commit r15-10028-gd80498a7025750445dd21a21888bf8a5df158bb0
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121184
--- Comment #3 from GCC Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:0b6ae75a304e58463796d1058a39cbe483283dee
commit r16-2394-g0b6ae75a304e58463796d1058a39cbe483283dee
Author: Eric Botcazou
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
--- Comment #4 from Jean-Michaël Celerier ---
Here is a github gist:
https://gist.github.com/jcelerier/43fbd9e82ac62a33385b0d466fc13e45
g++-14 -std=gnu++23 -fPIC preproc.cpp is enough to trigger the issue.
Though the preprocessed file was ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
--- Comment #3 from Jean-Michaël Celerier ---
Hmm the compressed source with xz -9 is still over the 1 megabyte limit...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120402
--- Comment #3 from GCC Commits ---
The master branch has been updated by Robert Dubner :
https://gcc.gnu.org/g:7c1d08860796d4c1ff6fc8c5e8e8462e9ee8f7fc
commit r16-2393-g7c1d08860796d4c1ff6fc8c5e8e8462e9ee8f7fc
Author: Robert Dubner
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
--- Comment #9 from Tamar Christina ---
(In reply to Avinash Jayakar from comment #8)
> (In reply to Tamar Christina from comment #7)
> > (In reply to Avinash Jayakar from comment #6)
> > No, const_vf will be 0 when vector length agnostic code i
b
gcc version 16.0.0 20250721 (experimental) (GCC)
[524] %
[524] % gcctk -O3 -fno-tree-copy-prop small.c
during GIMPLE pass: vect
small.c: In function ‘main’:
small.c:4:5: internal compiler error: in vect_schedule_slp_node, at
tree-vect-slp.cc:11380
4 | int main() {
| ^~~~
0x25
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121201
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/pipermail/gcc-patches/2025-July/690118.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
--- Comment #8 from Avinash Jayakar ---
(In reply to Tamar Christina from comment #7)
> (In reply to Avinash Jayakar from comment #6)
> > (In reply to Tamar Christina from comment #5)
> > > (In reply to Avinash Jayakar from comment #4)
> > > > S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121201
Bug ID: 121201
Summary: genpreds uses deprecated rawmemchr, breaks build on
musl based system
Product: gcc
Version: 16.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111459
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> So on the trunk
>
> we have:
>
> Removing dead stmt:_39 = PHI <_12(5)>
>
> In ccp4 but we don't delete _12 as dead.
>
> Then dse deletes it:
> Deleted triv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
--- Comment #9 from Andrew Pinski ---
(In reply to Andi Kleen from comment #8)
> >:3:30: error: cannot tail-call: volatile function type
>
> I wonder how that happened. It looks like a bug. volatile functions should
> be rejected elsewhere and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
Last rec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121159
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
--- Comment #2 from Andrew Pinski ---
Note you compress the preprocessed source if it is too large, xz is the one
which compresses the best.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121200
Bug ID: 121200
Summary: RAM usage ballooning (18G) for a source file
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
--- Comment #7 from Tamar Christina ---
(In reply to Avinash Jayakar from comment #6)
> (In reply to Tamar Christina from comment #5)
> > (In reply to Avinash Jayakar from comment #4)
> > > So my main doubt here is const_vf, is supposed to be 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111459
--- Comment #3 from Andrew Pinski ---
So on the trunk
we have:
Removing dead stmt:_39 = PHI <_12(5)>
In ccp4 but we don't delete _12 as dead.
Then dse deletes it:
Deleted trivially dead stmt: _12 = (int) _6;
Let me look into that and see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27109
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|pinskia at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
--- Comment #6 from Avinash Jayakar ---
(In reply to Tamar Christina from comment #5)
> (In reply to Avinash Jayakar from comment #4)
> > So my main doubt here is const_vf, is supposed to be 0 for the epilogue
> > block right, just like log_vf w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120805
--- Comment #5 from Tamar Christina ---
(In reply to Avinash Jayakar from comment #4)
> So my main doubt here is const_vf, is supposed to be 0 for the epilogue
> block right, just like log_vf was null for the epilogue. If so, this is a
> simple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 95906, which changed state.
Bug 95906 Summary: Failure to recognize max pattern with mask
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95906
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95906
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110949
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95906
Bug 95906 depends on bug 110949, which changed state.
Bug 110949 Summary: ((cast)cmp) - 1 should be tranformed into -(cast)cmp` where
cmp` is the inverse of cmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110949
What|Removed
1 - 100 of 163 matches
Mail list logo
