https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111745
--- Comment #3 from Hongtao.liu ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111745
--- Comment #2 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:4efe9085d087a8d94261e4c38dd2ba840f3419ac
commit r14-4549-g4efe9085d087a8d94261e4c38dd2ba840f3419ac
Author: liuhongt
Date: Tue Oct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111765
--- Comment #3 from JuzheZhong ---
If we specify the vector length to RVV and SVE:
https://godbolt.org/z/njvsqYWhn
Both can vectorize.
ARM SVE: -msve-vector-bits=128
RVV: --param=riscv-autovec-preference=fixed-vlmax
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111765
--- Comment #2 from JuzheZhong ---
(In reply to Andrew Pinski from comment #1)
> For SVE:
> /app/example.cpp:6:18: missed: missing target support for reduction on
> variable-length vectors.
>
> I assume it is the same issue for RVV.
Yeah.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111765
--- Comment #1 from Andrew Pinski ---
For SVE:
/app/example.cpp:6:18: missed: missing target support for reduction on
variable-length vectors.
I assume it is the same issue for RVV.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111766
Bug ID: 111766
Summary: Missed optimization with __builtin_unreachable and
ands
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111282
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111765
Bug ID: 111765
Summary: RISC-V: Faild to vectorize gen-vect-34.c
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93062
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111760
--- Comment #5 from JuzheZhong ---
(In reply to Robin Dapp from comment #2)
> https://gcc.gnu.org/pipermail/gcc-patches/2023-September/629904.html
>
> prevents the wrong code but still leaves us with a redundant negation (and
> it is not the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111760
--- Comment #4 from Andrew Pinski ---
(In reply to JuzheZhong from comment #3)
> (In reply to Andrew Pinski from comment #1)
> > *** Bug 111761 has been marked as a duplicate of this bug. ***
>
> Oh. So sorry about that. I don't know why I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111760
--- Comment #3 from JuzheZhong ---
(In reply to Andrew Pinski from comment #1)
> *** Bug 111761 has been marked as a duplicate of this bug. ***
Oh. So sorry about that. I don't know why I file 2 consecutive bugs here.
Really sorry for my
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111537
--- Comment #1 from David Malcolm ---
Am trying to reproduce locally, but when I run this in my BUILDDIR/gcc:
./gdc -B. -S -fanalyzer oob.d
I get:
d21: error: cannot find source code for runtime library file 'object.d'
Possibly a silly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111432
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=109422
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:bd5719bd7f7cb23e5ed96a1f1a28efbb3dec4a31
commit r14-4544-gbd5719bd7f7cb23e5ed96a1f1a28efbb3dec4a31
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111758
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111760
Robin Dapp changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104351
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111764
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Note r11-5965-g04bff1bbfc1 just exposed the issue, you can reproduce the
> issue before that with `-fno-vector-cost-model` added and it worked with
> that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111764
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111764
Bug ID: 111764
Summary: Wrong code at -O3 on x86_64-linux-gnu since
r11-5965-g04bff1bbfc1
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71283
Eric Gallager changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111282
--- Comment #4 from Andrew Pinski ---
Created attachment 56090
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56090=edit
Patch under testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111747
--- Comment #2 from oplata.kes1 at mail dot ru ---
(In reply to Andrew Pinski from comment #1)
>
> 32bit floating point has the following characteristics:
> Sign bit: 1 bit
> Exponent width: 8 bits
> Significand precision: 24 bits (23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111763
Bug ID: 111763
Summary: `(a & ~1) | 2` could be done as `(a & ~(1 | 2)) + 2`
which allows to use leal
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111762
Bug ID: 111762
Summary: `(a | 3) ^ 1` and `(a & ~1) | 2` should produce the
same code
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111428
--- Comment #3 from Robin Dapp ---
Still difficult to track down. The following is a smaller reproducer:
program main
implicit none
integer, parameter :: n=5, m=3
integer, dimension(n,m) :: v
real, dimension(n,m) :: r
do
call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17886
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111544
seurer at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111732
Andrew Pinski changed:
What|Removed |Added
Keywords||internal-improvement
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111761
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111760
--- Comment #1 from Andrew Pinski ---
*** Bug 111761 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106101
--- Comment #30 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #29)
> (In reply to Florian Weimer from comment #28)
> > (In reply to Richard Biener from comment #1)
> > > Created attachment 53207 [details]
> > > reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106101
--- Comment #29 from Andrew Pinski ---
(In reply to Florian Weimer from comment #28)
> (In reply to Richard Biener from comment #1)
> > Created attachment 53207 [details]
> > reduced testcase
>
> Do you happen to have the unreduced test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111679
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111679
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:975da6fa9170c9cf1ec4a9a9d8177f8561d464d1
commit r14-4543-g975da6fa9170c9cf1ec4a9a9d8177f8561d464d1
Author: Andrew Pinski
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #8 from rguenther at suse dot de ---
> Am 10.10.2023 um 16:07 schrieb prathamesh3492 at gcc dot gnu.org
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
>
> --- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111434
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111434
--- Comment #4 from CVS Commits ---
The releases/gcc-13 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:8a5fe7fc0c4aecca1fec88b7aa608745ade1b045
commit r13-7942-g8a5fe7fc0c4aecca1fec88b7aa608745ade1b045
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #7 from prathamesh3492 at gcc dot gnu.org ---
(In reply to Richard Biener from comment #5)
> It seems we have VECTOR_CST_NELTS_PER_PATTERN ({ 9.0e+0, 0.0, 0.0, 0.0 })
> 2 and VECTOR_CST_NPATTERNS == 1. And the selector { 1, 0, 1, 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111760
Bug ID: 111760
Summary: risc-v regression: COND_LEN_* incorrect fold/simplify
in middle-end
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111761
Bug ID: 111761
Summary: risc-v regression: COND_LEN_* incorrect fold/simplify
in middle-end
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106101
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #6 from prathamesh3492 at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #4)
> On Tue, 10 Oct 2023, prathamesh3492 at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
> >
> > ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84949
Andrew Pinski changed:
What|Removed |Added
CC||Zahira.Ammarguellat at intel
dot c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111759
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111759
--- Comment #1 from Andrew Pinski ---
I think this is basically a dup of bug 84949
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111759
Bug ID: 111759
Summary: __FLT_HAS_INFINITY__ has value 1 even when
-ffinite-math-only is used.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #21 from JuzheZhong ---
Hi, Richi.
Finish and confirm RISC-V regression.
All pass.
Thank you so much!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #20 from CVS Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:5255273ee8b14ea565eb43f067a86370d25df114
commit r14-4538-g5255273ee8b14ea565eb43f067a86370d25df114
Author: Juzhe-Zhong
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111758
--- Comment #2 from Domen Stangar ---
I don't agree. This works fine with 12.x version and bug report is for version
4.9.1.
And this compiles with 4.9.1 version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #19 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:70b5c6981fcdff246f90e57e91f3e1667eab2eb3
commit r14-4537-g70b5c6981fcdff246f90e57e91f3e1667eab2eb3
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111434
--- Comment #3 from CVS Commits ---
The master branch has been updated by Marc Poulhi?s :
https://gcc.gnu.org/g:6bd83c90191a512d2c9094623248219d610b4372
commit r14-4532-g6bd83c90191a512d2c9094623248219d610b4372
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63326
Andrew Pinski changed:
What|Removed |Added
CC||domen.stangar at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111758
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111758
Bug ID: 111758
Summary: #pragma region/endregion fails between if/else
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #18 from JuzheZhong ---
(In reply to Richard Biener from comment #16)
> (In reply to JuzheZhong from comment #14)
> > Also this case ICE:
> >
> > typedef unsigned char __attribute__((vector_size(4))) uvec;
> >
> > int main (int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #4 from rguenther at suse dot de ---
On Tue, 10 Oct 2023, prathamesh3492 at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
>
> --- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
> The issue is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #17 from CVS Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:a704603d458b1e55b561ddfb4e513581ee863ed6
commit r14-4528-ga704603d458b1e55b561ddfb4e513581ee863ed6
Author: Juzhe-Zhong
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #16 from Richard Biener ---
(In reply to JuzheZhong from comment #14)
> Also this case ICE:
>
> typedef unsigned char __attribute__((vector_size(4))) uvec;
>
> int main (int argc, char *argv[]) {
> int i;
> int x = 0;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #3 from prathamesh3492 at gcc dot gnu.org ---
The issue is that we only support integral vector types in fold_vec_perm_cst,
but fail to check for the same before calling it from fold_vec_perm.
The following tweak fixes the ICE:
diff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #15 from JuzheZhong ---
Also, I find this following case that ARM SVE failed to optimize:
https://godbolt.org/z/d6YnneETj
#define N 16
typedef int half_word;
int foo2 ()
{
int i;
half_word ia[N];
half_word ic[N] =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #14 from JuzheZhong ---
Also this case ICE:
typedef unsigned char __attribute__((vector_size(4))) uvec;
int main (int argc, char *argv[]) {
int i;
int x = 0;
uvec uc0 = (uvec) {argc, 1, 2, 10};
unsigned char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #13 from JuzheZhong ---
Thanks, Richi.
It does fix this issue.
This patch seems to cause an ICE in RISC-V:
#include
#include
#define N 128
int
main ()
{
uint8_t mask[N]
= {0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0, 1, 0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #11 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:7c76c876e917a1f20a788f602cc78fff7d0a2a65
commit r14-4527-g7c76c876e917a1f20a788f602cc78fff7d0a2a65
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #6)
> Created attachment 56089 [details]
> patch
>
> This patch (against the 13 branch) fixes the bug but it might be a bit
> conservative since some entries (the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Hi,
Sorry for the breakage, will take a look.
Thanks,
Prathamesh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #10 from rguenther at suse dot de ---
On Tue, 10 Oct 2023, juzhe.zhong at rivai dot ai wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
>
> --- Comment #9 from JuzheZhong ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111754
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
--- Comment #9 from JuzheZhong ---
(In reply to Richard Biener from comment #8)
> ic = "\x00\x03\x06\t\f\x0f\x12\x15\x18\x1b\x1e!$\'*-";
> ib = "\x00\x03\x06\t\f\x0f\x12\x15\x18\x1b\x1e!$\'*-";
> vect__1.7_10 = MEM [(char *)];
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111753
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111752
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111751
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=111746
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
--- Comment #7 from Richard Biener ---
I'll note the problem appears to be latent for longer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
--- Comment #6 from Richard Biener ---
Created attachment 56089
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56089=edit
patch
This patch (against the 13 branch) fixes the bug but it might be a bit
conservative since some entries (the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
--- Comment #5 from Richard Biener ---
Reverting
@@ -5089,8 +5123,9 @@ strlen_pass::handle_store (bool *zero_write)
return false;
}
- if (storing_all_zeros_p
- || storing_nonzero_p
+ if (storing_nonzero_p
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
--- Comment #4 from Jakub Jelinek ---
Slightly cleaned up testcase:
int a, o;
char b, f, i;
long c;
static signed char d;
static char g;
unsigned *h;
signed char *e =
static signed char **j =
static long k[2];
unsigned **l =
short m;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111519
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104610
--- Comment #22 from Hongtao.liu ---
For 64-byte memory comparison
int compare (const char* s1, const char* s2)
{
return __builtin_memcmp (s1, s2, 64) == 0;
}
We're generating
vmovdqu (%rsi), %ymm0
vpxorq (%rdi),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111756
Bug ID: 111756
Summary: Re-building all-gcc after source changes fails to link
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111715
--- Comment #8 from Sam James ---
(In reply to Richard Biener from comment #7)
> (In reply to Sam James from comment #6)
> > I started hitting the original warning Jakub hit with 13.2.1 20231007 but
> > I've not tried to figure out which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111715
--- Comment #7 from Richard Biener ---
(In reply to Sam James from comment #6)
> I started hitting the original warning Jakub hit with 13.2.1 20231007 but
> I've not tried to figure out which backported change caused it to appear.
With what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111755
--- Comment #3 from Andrew Pinski ---
The ARM EABI says the stack is always aligned to 8 byte so unless you change
GCC to be do this, this is exacted and the incoming stack needs to be aligned
correctly.
86 matches
Mail list logo
