https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108734
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #148 from Richard Biener ---
(In reply to lucier from comment #145)
> Created attachment 54424 [details]
> CPU and Memory usage reports for mainline 13.0.1 (mainline)
>
> Thank you for looking at this issue again.
>
> I built today'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108737
Bug ID: 108737
Summary: Apparent miscompile of infinite loop on gcc trunk in
cddce2 pass
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #25 from rguenther at suse dot de ---
On Wed, 8 Feb 2023, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
>
> --- Comment #24 from Tamar Christina ---
> > Sure that works I think, I'll do t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108710
--- Comment #1 from Thomas Koenig ---
Actually, register allocation is OK for an architecture with destructive shifts
only.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108736
Bug ID: 108736
Summary: pconcepts] multidimensional subscript operator reports
invalid error in requires test
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #147 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:4b19ff1b5ef684c2d9ccd4fb275aeef0a4b0b980
commit r13-5750-g4b19ff1b5ef684c2d9ccd4fb275aeef0a4b0b980
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108735
Bug ID: 108735
Summary: Wrong line reported on -Wmaybe-uninitialized false
positive at -O2 and missing optimizations
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108734
--- Comment #2 from Rohan McLure ---
The issue here is less that I don't have access to the symbol __atomic_store_8,
it's that the preprocessor directive __has_builtin appears to false positive.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108734
Andrew Pinski changed:
What|Removed |Added
Keywords|rejects-valid |
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108734
Bug ID: 108734
Summary: powerpc: False Detection of __atomic_*_8 Builtins
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101588
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108733
Bug ID: 108733
Summary: -Wanalyzer-use-of-uninitialized-value false positives
seen with __attribute__((cleanup))
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
--- Comment #7 from Matt Hellige ---
Those make sense as internal details. I don't think a typical user should be
expected to guess or learn these differences in order to use the GCC from the
command line. So, whether or not they suffice as just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
--- Comment #6 from Andrew Pinski ---
(In reply to Matt Hellige from comment #5)
> That makes sense, but it's just a strange inconsistency from a usability
> point of view.
>
> .so files are generally mmapped as well, I believe, aren't they? Bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
--- Comment #5 from Matt Hellige ---
That makes sense, but it's just a strange inconsistency from a usability point
of view.
.so files are generally mmapped as well, I believe, aren't they? But I can
still generate one to /dev/null if I like:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105660
--- Comment #10 from Martin Uecker ---
I do not think the suggested change is correct. I am looking into it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
--- Comment #4 from Andrew Pinski ---
(In reply to Matt Hellige from comment #3)
> As long as I'm updating builds, I'll switch to that invocation, thanks.
>
> I still do think it's a little odd that in this case (and *only* in this
> case?) out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101073
--- Comment #5 from Marek Polacek ---
A similar test that doesn't use op=:
struct Y
{
int a;
};
struct X
{
Y b = Y{1};
Y c = this->b;
};
constexpr X o = { };
static_assert(o.b.a == 1 && o.c.a == 1, "");
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103541
--- Comment #6 from H.J. Lu ---
The change has been reverted by r13-5738-gad2bd0ad0413c2448fee0d4a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
--- Comment #3 from Matt Hellige ---
As long as I'm updating builds, I'll switch to that invocation, thanks.
I still do think it's a little odd that in this case (and *only* in this case?)
output needs to be written to a mappable file. That doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
--- Comment #2 from Andrew Pinski ---
>I maintain a number of builds that do similar invocations to verify that each
>header file is self-contained.
You could just do:
gcc -xc -include header.h /dev/null -o /dev/null -c
Which works better and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
--- Comment #1 from Andrew Pinski ---
>it always worked with previous GCC versions
Not really. Just by accident really.
See r12-5320-ge4641191287ca6
Basically it means mmap failed on the file; well because mmap does not work on
/dev/null .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108732
Bug ID: 108732
Summary: Pre-compiled headers cannot be output to /dev/null
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
--- Comment #146 from lucier at math dot purdue.edu ---
Here are a few memory and time statistics picked from report-compiler4 that
seem to be more extreme than the others:
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108731
Bug ID: 108731
Summary: gcc.target/powerpc/bfp/vec-test-data-class-9.c fails
on power 9 BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108730
Bug ID: 108730
Summary: gcc.target/powerpc/bfp/scalar-test-neg-8.c fails on
power 9 BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108729
Bug ID: 108729
Summary: gcc.target/powerpc/bfp/scalar-test-data-class-12.c
fails on power 9 BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108728
Bug ID: 108728
Summary: gcc.dg/torture/float128-cmp-invalid.c fails on power 9
BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108727
Bug ID: 108727
Summary: gcc.dg/split-5.c fails on power 9 BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69636
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108370
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95107
--- Comment #12 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:6a5628b76380700198f64bf48f57081e6cfc39ed
commit r12-9116-g6a5628b76380700198f64bf48f57081e6cfc39ed
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69636
--- Comment #8 from anlauf at gcc dot gnu.org ---
A slightly reduced & rewritten variant of the code in comment#6:
module m
implicit none
private
public :: cx, operator(+)
private :: cx_plus_int! <- why does this make a differenc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108726
Bug ID: 108726
Summary: gcc.dg/analyzer/pipe-glibc.c fails on power 9 BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108725
Bug ID: 108725
Summary: -Wanalyzer-use-of-uninitialized-value on ternary
pointer access seen in qemu-7.2.0's dump/win_dump.c
Product: gcc
Version: 13.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108712
Andrew Pinski changed:
What|Removed |Added
Keywords||inline-asm,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108724
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Summary|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108724
Bug ID: 108724
Summary: [11 regression] Poor codegen when summing two arrays
without AVX or SSE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107079
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108723
Bug ID: 108723
Summary: [13 Regression] Recent changes broke risc-v testsuite
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108704
David Malcolm changed:
What|Removed |Added
Summary|[13 Regression] Many|Many
|-Wanalyzer-use-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108704
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:77bb54b1b07add45007c664724b726541d672ef3
commit r13-5745-g77bb54b1b07add45007c664724b726541d672ef3
Author: David Malcolm
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108505
--- Comment #7 from CVS Commits ---
The master branch has been updated by SRINATH PARVATHANENI
:
https://gcc.gnu.org/g:2eeda82d6288fb2a8fbc302d98ed51337e01
commit r13-5744-g2eeda82d6288fb2a8fbc302d98ed51337e01
Author: Srinath Parvathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103259
--- Comment #6 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:7e9f20f5517429cfaadec14d6b04705e59078565
commit r13-5743-g7e9f20f5517429cfaadec14d6b04705e59078565
Author: Steve Kargl
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108711
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108696
--- Comment #3 from rguenther at suse dot de ---
> Am 08.02.2023 um 18:50 schrieb amacleod at redhat dot com
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108696
>
> --- Comment #2 from Andrew Macleod ---
> Created attachment 54437
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108715
--- Comment #15 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #14)
> It isn't really a dup, that other PR is about strlen pattern in some
> function with a different name.
PR 103858 was also marked as a dup much earlier.
I thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108696
--- Comment #2 from Andrew Macleod ---
Created attachment 54437
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54437&action=edit
possible patch
This patch should successfully short circuit unnecessary checks. untested in
compiler.i
Where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108715
--- Comment #14 from Jakub Jelinek ---
It isn't really a dup, that other PR is about strlen pattern in some function
with a different name.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108722
Bug ID: 108722
Summary: gcc.dg/analyzer/file-CWE-1341-example.c fails on power
9 BE
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102725
Andrew Pinski changed:
What|Removed |Added
CC||daniel at eyoman dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108715
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108692
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12/13 Regression] |[11/12 Regression]
|M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108692
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6ad1c1027628f094260037536f6b6fcdb63b5add
commit r13-5742-g6ad1c1027628f094260037536f6b6fcdb63b5add
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108717
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103902
--- Comment #5 from Andrew Pinski ---
*** Bug 108717 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108717
--- Comment #2 from Andrew Pinski ---
This is accepted:
```
int operator"" _µm(long double magnitude) noexcept // Micro sign, unicode
0x00b5
{
return magnitude;
}
```
NOTE the space.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108717
--- Comment #1 from Andrew Pinski ---
It works with normal identifiers though:
int µm = 1;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108702
Jakub Jelinek changed:
What|Removed |Added
Component|ipa |c++
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108696
--- Comment #1 from Andrew Macleod ---
I think that change will end up missing equivalences and transitives. The
m_relation_set bitmap is only used to track non-equivalence relations
registered with the oracle. Equivalences are handled separate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108718
--- Comment #3 from Andrew Pinski ---
This also changes with -fno-strict-aliasing ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108721
Jakub Jelinek changed:
What|Removed |Added
Summary|csmith: really old bug with |[10/11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108721
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108721
Bug ID: 108721
Summary: csmith: really old bug with -O2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108720
--- Comment #4 from Andrew Pinski ---
Also if you want to make signed integer overflow as being defined, you can use
-fwrapv .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108720
--- Comment #3 from Andrew Pinski ---
int x =
# 6 "err_file.c" 3 4
(-0x7fff - 1)
# 6 "err_file.c"
;
int y = x * -1;
x*-1 invokes undefined behavior because signed integer overflow is undefined.
So any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108720
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108720
--- Comment #1 from Abigail Kelly ---
Created attachment 54435
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54435&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108720
Bug ID: 108720
Summary: INT_MIN * -1 is incorrect
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
--- Comment #8 from Andrew Pinski ---
Created attachment 54433
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54433&action=edit
Patch which I had around and will be testing
I had this patch around while I was working on full bitfield lowe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108163
--- Comment #2 from David Heidelberg (okias) ---
I have suspicion it could be some parts of mesa compiled with
-mfpu=neon
while other parts are compiled without this option explicitly stated.
I think the test case could be passing it to diffe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108702
--- Comment #2 from Jakub Jelinek ---
Without -flto, the testcase can't be linked:
./cc1plus -quiet -std=c++23 stmtexpr19.C; g++ -o stmtexpr19{,.s}
/usr/bin/ld: /tmp/ccUo7FRx.o:(.rodata+0x0): undefined reference to
`setup()::inner'
collect2: err
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #15 from Martin Liška ---
(In reply to Jakub Jelinek from comment #14)
> (In reply to Martin Liška from comment #10)
> > > where the XOR16 is implemented as:
> > >
> > > #define XORN(in1,in2,out,len) \
> > > do {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #14 from Jakub Jelinek ---
(In reply to Martin Liška from comment #10)
> > where the XOR16 is implemented as:
> >
> > #define XORN(in1,in2,out,len) \
> > do {\
> > uint _i;\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #13 from Martin Liška ---
Got it:
https://sourceforge.net/p/ddrescue/tickets/6/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108719
Bug ID: 108719
Summary: RFE: allow specifying argument indexes for
__attribute__((tainted_args))
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #12 from Martin Liška ---
(In reply to Sam James from comment #11)
> Can you drop a link in here if/when reported upstream? Thanks
I was unable to find a bugzilla insntance for the dd_rescue project. Is there
any?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #11 from Sam James ---
Can you drop a link in here if/when reported upstream? Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #9 from Martin Liška ---
Actually, looking at the tree dumps before and after the revision, it's leading
to a different place:
First difference happens in:
test_aes.ltrans0.ltrans.116t.dse2
[local count: 8687547526]:
- _118 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695
--- Comment #8 from Martin Liška ---
Ok, one suspicious casting of memory comes from:
typedef union _roundkey {
unsigned char data[16];
unsigned int data32[4];
} roundkey;
...
typedef struct _sec_fields {
...
roundkey
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108702
Martin Liška changed:
What|Removed |Added
Summary|[13 Regression] ICE in |[13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108718
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Summary|csmith: possible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108718
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #24 from Tamar Christina ---
> Sure that works I think, I'll do that then.
Just to check, I'm regtesting the patch, I assume you want me to revert the
hook as well right? Since nothing will be using it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108717
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-02-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108718
Bug ID: 108718
Summary: csmith: possible bad code with -O2
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108316
--- Comment #5 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:740a3be7df29b280f39a04c441fd4917af4eef5e
commit r13-5739-g740a3be7df29b280f39a04c441fd4917af4eef5e
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108706
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108525
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a58a4a57f9a4445f93b495f776f45e1118777e88
commit r13-5737-ga58a4a57f9a4445f93b495f776f45e1118777e88
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108717
Bug ID: 108717
Summary: pasting """_" and "µm" does not give a valid
preprocessing token in user-defined literal operator
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
--- Comment #6 from Jakub Jelinek ---
(In reply to Andrew Pinski from comment #5)
> Oh I might have a fix for this already just didn't have a testcase for the
> upstream compiler at the time.
Note, it is just the first case from the above becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108715
--- Comment #12 from Jakub Jelinek ---
While the strlen pattern recognition has been added later than memcpy/memset,
it is really the same thing. With -ffreestanding which you are supposed to use
when you are providing C library yourself (or pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108715
--- Comment #11 from Daniel Zaoui ---
I checked on GCC 5.2.0 and 10.2 (RISC-V toolchain) and it doesn't happen.
I didn't understand what is the conclusion for the duplicate tickets. In
107415, it seems to be an expected behavior. Although I don
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108688
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=108688
--- Comment #4 from Jakub Jelinek ---
I think the bug is in the match.pd
/* Simplify a bit extraction from a bit insertion for the cases with
the inserted element fully covering the extraction or the insertion
not touching the extraction.
1 - 100 of 136 matches
Mail list logo
