On Fri, Feb 10, 2023 at 3:38 AM Andrew MacLeod wrote:
>
>
> The change for 108356 allowed the cache to scan the dominator trees when
> it was attempting a lookup rather than using the local value. I
> inadvertantly changed the external interface to also do this, so all the
> GORI queries via
On Fri, Feb 10, 2023 at 2:47 AM Andrew Pinski via Gcc-patches
wrote:
>
> In simple_dce_from_worklist, we were removing an inline-asm which had a vdef.
> We should not be removing inline-asm which have a vdef as this code
> does not check to the store.
> This fixes that oversight. This was a
On Fri, Feb 10, 2023 at 1:02 AM Andrew MacLeod via Gcc-patches
wrote:
>
> I was about to ping on this, and then found it in my drafts.. Doh!
>
>
> get_range_global() can invoke tree.cc::nonnull_arg_p() if the item being
> queried is a pointer and a parameter. This routine assumes the context
>
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vaadd_vv-1.C: New test.
* g++.target/riscv/rvv/base/vaadd_vv-2.C: New test.
* g++.target/riscv/rvv/base/vaadd_vv-3.C: New test.
* g++.target/riscv/rvv/base/vaadd_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vaaddu_vv-1.C: New test.
* g++.target/riscv/rvv/base/vaaddu_vv-2.C: New test.
* g++.target/riscv/rvv/base/vaaddu_vv-3.C: New test.
* g++.target/riscv/rvv/base/vaaddu_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vasub_vv-1.C: New test.
* g++.target/riscv/rvv/base/vasub_vv-2.C: New test.
* g++.target/riscv/rvv/base/vasub_vv-3.C: New test.
* g++.target/riscv/rvv/base/vasub_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vasubu_vv-1.C: New test.
* g++.target/riscv/rvv/base/vasubu_vv-2.C: New test.
* g++.target/riscv/rvv/base/vasubu_vv-3.C: New test.
* g++.target/riscv/rvv/base/vasubu_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vsmul_vv-1.C: New test.
* g++.target/riscv/rvv/base/vsmul_vv-2.C: New test.
* g++.target/riscv/rvv/base/vsmul_vv-3.C: New test.
* g++.target/riscv/rvv/base/vsmul_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vssra_vv-1.C: New test.
* g++.target/riscv/rvv/base/vssra_vv-2.C: New test.
* g++.target/riscv/rvv/base/vssra_vv-3.C: New test.
* g++.target/riscv/rvv/base/vssra_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vssra_vx-1.C: New test.
* g++.target/riscv/rvv/base/vssra_vx-2.C: New test.
* g++.target/riscv/rvv/base/vssra_vx-3.C: New test.
* g++.target/riscv/rvv/base/vssra_vx_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vssrl_vv-1.C: New test.
* g++.target/riscv/rvv/base/vssrl_vv-2.C: New test.
* g++.target/riscv/rvv/base/vssrl_vv-3.C: New test.
* g++.target/riscv/rvv/base/vssrl_vv_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* g++.target/riscv/rvv/base/vssrl_vx-1.C: New test.
* g++.target/riscv/rvv/base/vssrl_vx-2.C: New test.
* g++.target/riscv/rvv/base/vssrl_vx-3.C: New test.
* g++.target/riscv/rvv/base/vssrl_vx_mu-1.C: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/binop_vx_constraint-122.c: New test.
* gcc.target/riscv/rvv/base/vaadd_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vaadd_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vaadd_vv-3.c: New
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vaaddu_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vaaddu_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vaaddu_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vaaddu_vv_m-1.c: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vasub_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vasub_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vasub_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vasub_vv_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vasubu_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vasubu_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vasubu_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vasubu_vv_m-1.c: New test.
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vsmul_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vsmul_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vsmul_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vsmul_vv_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vssra_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vssra_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vssra_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vssra_vv_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vssra_vx-1.c: New test.
* gcc.target/riscv/rvv/base/vssra_vx-2.c: New test.
* gcc.target/riscv/rvv/base/vssra_vx-3.c: New test.
* gcc.target/riscv/rvv/base/vssra_vx_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vssrl_vv-1.c: New test.
* gcc.target/riscv/rvv/base/vssrl_vv-2.c: New test.
* gcc.target/riscv/rvv/base/vssrl_vv-3.c: New test.
* gcc.target/riscv/rvv/base/vssrl_vv_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vssrl_vx-1.c: New test.
* gcc.target/riscv/rvv/base/vssrl_vx-2.c: New test.
* gcc.target/riscv/rvv/base/vssrl_vx-3.c: New test.
* gcc.target/riscv/rvv/base/vssrl_vx_m-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/riscv-vector-builtins-bases.cc (class sat_op): New class.
(class vnclip): Ditto.
(BASE): Ditto.
* config/riscv/riscv-vector-builtins-bases.h: Ditto.
* config/riscv/riscv-vector-builtins-functions.def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103100
Andrew Pinski changed:
What|Removed |Added
URL|https://gcc.gnu.org/piperma |https://gcc.gnu.org/piperma
The problem here is that aarch64_expand_setmem does not change the alignment
for strict alignment case.
This is version 4 of the fix, major changes from the last version is fixing
the way store pairs are handled which allows handling of storing 2 SI mode
at a time.
This also adds a testcase to
Resend this patch...
v4: Update per comments.
v3: rename altivec_vmrghb_direct_le to altivec_vmrglb_direct_le to match
the actual output ASM vmrglb. Likewise for all similar xxx_direct_le
patterns.
v2: Split the direct pattern to be and le with same RTL but different insn.
The native RTL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108747
--- Comment #4 from Jonathan Wakely ---
-O0 does not mean "let me write invalid code"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77760
--- Comment #6 from Jonathan Wakely ---
(In reply to Alexandre Oliva from comment #5)
> I'm not entirely sure what the point of testing for __clang__ is, really.
> Is libstdc++ used with, or supposed to be used (say, as a system library)
> with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108697
--- Comment #6 from Andrew Macleod ---
(In reply to Aldy Hernandez from comment #5)
> (In reply to Richard Biener from comment #3)
> > But yes, your observation about m_has_cache_entry is correct - if that has
> > any value (it makes reset_path
The change for 108356 allowed the cache to scan the dominator trees when
it was attempting a lookup rather than using the local value. I
inadvertantly changed the external interface to also do this, so all the
GORI queries via range_on_edge of the cache could also do lookups in
this mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108747
--- Comment #3 from alireza at hexosys dot com ---
I Agree with you that the user has made mistake.
but why does the compiler does this optimization that can change the behavior
of the code, when we explicitly asked her to don't do any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108747
--- Comment #2 from Andrew Pinski ---
Created attachment 54446
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54446=edit
original testcase
Next time also please don't just link godbolt but either put the testcase
inline or attach it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108747
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108747
Bug ID: 108747
Summary: Optimization makes user mistake more dangerous when
optimization is disabled by flag -O0
Product: gcc
Version: og11 (devel/omp/gcc-11)
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684
Andrew Pinski changed:
What|Removed |Added
Summary|[12/13 Regression] ICE: |[12 Regression] ICE:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108684
--- Comment #13 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:6a5cb782d1486b378d70857c8efae558da0eb2cc
commit r13-5768-g6a5cb782d1486b378d70857c8efae558da0eb2cc
Author: Andrew Pinski
Date:
In simple_dce_from_worklist, we were removing an inline-asm which had a vdef.
We should not be removing inline-asm which have a vdef as this code
does not check to the store.
This fixes that oversight. This was a latent bug exposed recently
by both VRP and removal of stores to static starting to
On Thu, 9 Feb 2023, Jason Merrill wrote:
> On 2/9/23 09:36, Patrick Palka wrote:
> > On Sun, 5 Feb 2023, Jason Merrill wrote:
> >
> > > On 2/3/23 15:51, Patrick Palka wrote:
> > > > On Mon, 30 Jan 2023, Jason Merrill wrote:
> > > >
> > > > > On 1/27/23 17:02, Patrick Palka wrote:
> > > > > >
WG14 has agreed to allow conversions (explicit and implicit) from null
pointer constants to nullptr_t; update GCC's nullptr_t implementation
to match.
Bootstrapped with no regressions for x86_64-pc-linux-gnu.
gcc/c/
* c-convert.cc (c_convert): Allow conversion of a null pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107561
--- Comment #8 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:41015797ad14bc9030a87d102e4ab1ad891345f6
commit r13-5766-g41015797ad14bc9030a87d102e4ab1ad891345f6
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106120
--- Comment #6 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:c47f76c16bf7b3108e762d4b8b16fbb0c9c75187
commit r13-5765-gc47f76c16bf7b3108e762d4b8b16fbb0c9c75187
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101588
--- Comment #4 from Marek Polacek ---
When fixing this, please adjust g++.dg/cpp0x/constexpr-nsdmi2.C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107079
Marek Polacek changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107079
--- Comment #6 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:67b82bc1b29b82e4577df9491793624f3a8eb12f
commit r13-5763-g67b82bc1b29b82e4577df9491793624f3a8eb12f
Author: Marek Polacek
Date:
I was about to ping on this, and then found it in my drafts.. Doh!
get_range_global() can invoke tree.cc::nonnull_arg_p() if the item being
queried is a pointer and a parameter. This routine assumes the context
is CFUN, and this is not always true.
This patch simply adds a function context
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
--- Comment #9 from Andrew Macleod ---
Created attachment 54445
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54445=edit
proposed patch
I finally reproduced it, the following patch is in testing.
In the referenced commit, I changed it
On 2/8/23 18:15, Marek Polacek wrote:
On Wed, Feb 08, 2023 at 04:00:25PM -0800, Jason Merrill wrote:
On 2/8/23 13:01, Marek Polacek wrote:
(This may not be a complete fix but I got stuck so I'm posting what
I have, which at least fixes the ICE.)
We ICE on the simple:
struct X { const X*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108734
Rohan McLure changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77760
--- Comment #5 from Alexandre Oliva ---
I'm not entirely sure what the point of testing for __clang__ is, really. Is
libstdc++ used with, or supposed to be used (say, as a system library) with
__clang__? If so, wouldn't it be useful if it
On 2/9/23 09:36, Patrick Palka wrote:
On Sun, 5 Feb 2023, Jason Merrill wrote:
On 2/3/23 15:51, Patrick Palka wrote:
On Mon, 30 Jan 2023, Jason Merrill wrote:
On 1/27/23 17:02, Patrick Palka wrote:
This PR illustrates that __builtin_is_constant_evaluated currently acts
as an optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
--- Comment #8 from Mike Spertus ---
Thanks, Jason! My course starts in 6 minutes, so I can't look at it now but
will give you feedback by 8:30AM tomorrow.
Mike
On Thu, Feb 9, 2023 at 3:07 PM jason at gcc dot gnu.org <
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
--- Comment #7 from Jason Merrill ---
Created attachment 5
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=5=edit
fix
Here's a patchset to implement the standard behavior plus the CWG2664
clarification. Mike, does this look good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108746
--- Comment #4 from Garrett vitiral ---
https://sourceware.org/bugzilla/show_bug.cgi?id=30106
thanks again
Snapshot gcc-10-20230209 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20230209/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
Please verify your identity by visiting Cash Support using your Cash App
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108733
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2023-02-09
PR analyzer/108733 reports various false positives in qemu from
-Wanalyzer-use-of-uninitialized-value with __attribute__((cleanup))
at -O1 and above.
Root cause is that the state-purging code was failing to treat:
_25 = MEM[(void * *)];
as a usage of "val", leading to it erroneously purging
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108733
--- Comment #1 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:125b57aa67400388a496c2c0c40d9c8c55e0c94a
commit r13-5762-g125b57aa67400388a496c2c0c40d9c8c55e0c94a
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101099
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105841
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102529
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vmv_v_x_rv32-1.c: New test.
* gcc.target/riscv/rvv/base/vmv_v_x_rv32-2.c: New test.
* gcc.target/riscv/rvv/base/vmv_v_x_rv32-3.c: New test.
* gcc.target/riscv/rvv/base/vmv_v_x_rv64-1.c: New
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vmv_v_v-1.c: New test.
* gcc.target/riscv/rvv/base/vmv_v_v-2.c: New test.
* gcc.target/riscv/rvv/base/vmv_v_v-3.c: New test.
* gcc.target/riscv/rvv/base/vmv_v_v_tu-1.c: New test.
*
From: Ju-Zhe Zhong
gcc/testsuite/ChangeLog:
* gcc.target/riscv/rvv/base/vncvt_x-1.c: New test.
* gcc.target/riscv/rvv/base/vncvt_x-2.c: New test.
* gcc.target/riscv/rvv/base/vncvt_x-3.c: New test.
* gcc.target/riscv/rvv/base/vncvt_x_m-1.c: New test.
*
This is another try to solve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103541
The patch was successfully bootstrapped (--enable-languages=all) and
tested on x86, x86-64, aarch64
commit 1ad898d18904ac68432ba9b8ffa2b083d007cc2d
Author: Vladimir N. Makarov
Date: Thu Feb 9 15:18:48 2023
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108711
--- Comment #5 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:10827a92f1a8c3207b327515f77845b34c1d9512
commit r13-5761-g10827a92f1a8c3207b327515f77845b34c1d9512
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103541
--- Comment #7 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:10827a92f1a8c3207b327515f77845b34c1d9512
commit r13-5761-g10827a92f1a8c3207b327515f77845b34c1d9512
Author: Vladimir N. Makarov
From: Ju-Zhe Zhong
gcc/ChangeLog:
* config/riscv/constraints.md (Wbr): Remove unused constraint.
* config/riscv/predicates.md: Fix move operand predicate.
* config/riscv/riscv-vector-builtins-bases.cc (class vnshift): New
class.
(class vncvt_x): Ditto.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #21 from ValdikSS ---
VIA Eden Esther (32-bit core)
0 0 0001 746e6543 736c7561 48727561
0 1 0001 746e6543 736c7561 48727561
1 0 06d0 0800 4181 a7c9bbff
1 1 06d0 0800 4181 a7c9bbff
2 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108740
--- Comment #5 from Piotr ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Piotr from comment #3)
> > (In reply to Richard Biener from comment #2)
> > > Hmm, ICF + re-inlining makes it ignore some of the pointless volatile
> > >
Hello
I've ported my patch for supporting the OpenMP 5.1 'present' modifier
and committed it to the devel/omp/gcc-12 development branch:
229b705862c openmp: Add support for the 'present' modifier
Tested with offloading on amdgcn and nvptx.
Kwok
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108746
--- Comment #3 from Garrett vitiral ---
Thanks, will do!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108746
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108746
--- Comment #1 from Garrett vitiral ---
Sorry, I should have used standard types instead of my aliases for the example
code
void* m[100] = {0};
size_t len = backtrace(m, 100);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108705
--- Comment #7 from Rimvydas (RJ) ---
The original cases have over 65 long call cascades that take different small
arrays to be packed. Because of geometric time growth for every next repeated
call, the -flto -O2 is unusable in these specific
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108746
Bug ID: 108746
Summary: backtrace overwrites other memory
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108705
--- Comment #6 from Rimvydas (RJ) ---
Created attachment 54442
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54442=edit
compressed output of gprof lto1 gmon.out
profiled lto1 backend took 3829s to optimize 16 foo_() calls
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100758
--- Comment #20 from Erich Eckner ---
Yeah, now it pulled some stuff :-)
0 0 000a 746e6543 736c7561 48727561
0 1 000a 746e6543 736c7561 48727561
1 0 06fa 00010800 008863a9 afc9fbff
1 1 06fa 00010800 008863a9 afc9fbff
2 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103779
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Target
Dear all,
the attached trivial and obvious patch replaces an internal error
on encountering an invalid kind in a character conversion by a
regular error recovery.
Pushed after regtesting on x86_64-pc-linux-gnu as
r13-5760-ga618b45ac41cf480f54c4fa4014aed6218931290
Thanks,
Harald
From
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69636
--- Comment #10 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:a618b45ac41cf480f54c4fa4014aed6218931290
commit r13-5760-ga618b45ac41cf480f54c4fa4014aed6218931290
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103779
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:a618b45ac41cf480f54c4fa4014aed6218931290
commit r13-5760-ga618b45ac41cf480f54c4fa4014aed6218931290
Author: Harald Anlauf
Date:
This patch introduces instruction patterns for complex number operations
in the GCN machine description. These patterns are cmul, cmul_conj,
vec_addsub, vec_fmaddsub, vec_fmsubadd, cadd90, cadd270, cmla and cmls
(cmla_conj and cmls_conj were not found to be favorable to implement).
As a side
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103259
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:2b3352b5d65bdb3fd612bbe0abe336226987d602
commit r12-9118-g2b3352b5d65bdb3fd612bbe0abe336226987d602
Author: Steve Kargl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108718
--- Comment #5 from Jakub Jelinek ---
(In reply to David Binderman from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > This also changes with -fno-strict-aliasing ...
>
> So does that mean that csmith is producing C code with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
--- Comment #8 from Stefan Schulze Frielinghaus
---
I came up with a cross compiler where I can reproduce it:
FROM fedora:37
RUN dnf -y upgrade \
&& dnf -y install 'dnf-command(builddep)' \
&& dnf -y builddep gcc \
&& dnf -y install
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108745
Bug ID: 108745
Summary: -Wanalyzer-deref-before-check false positives seen in
ImageMagick due to checks in macros
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103779
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=70817
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
On Thu, Feb 9, 2023 at 11:10 AM Palmer Dabbelt wrote:
>
> On Thu, 09 Feb 2023 01:48:25 PST (-0800), gcc-patches@gcc.gnu.org wrote:
> > PR target/108723
> > * gcc.target/riscv/shorten-memrefs-1.c: Adjust patterns to skip
> > over cfi directives.
> > * gcc.target/riscv/shorten-memrefs-2.c:
On Thu, 09 Feb 2023 01:48:25 PST (-0800), gcc-patches@gcc.gnu.org wrote:
PR target/108723
* gcc.target/riscv/shorten-memrefs-1.c: Adjust patterns to skip
over cfi directives.
* gcc.target/riscv/shorten-memrefs-2.c: Likewise.
* gcc.target/riscv/shorten-memrefs-3.c: Likewise.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108736
Andrew Pinski changed:
What|Removed |Added
Summary|[concepts] multidimensional |[concepts] multidimensional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
--- Comment #7 from Andrew Macleod ---
(In reply to Stefan Schulze Frielinghaus from comment #6)
> Just to be sure: in the initial commit I missed adding -march=z13 and only
> mentioned it in commit 2
>
> I will come up with those logs and
Home Page: https://cobolworx.com/pages/cobforgcc.html
Repository: https://gitlab.cobolworx.com/COBOLworx/gcc-cobol
Packages:
https://gitlab.cobolworx.com/COBOLworx/gcc-cobol/-/packages/2
The GCC Cobol aspirant is now 16 months old, and pupating. If Cobol's
60-year history were an hour, gcobol is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108744
--- Comment #3 from Barry Revzin ---
Yeah, they're banned in non-static data members also. But there, we just can't
have any "auto" non-static data members, whereas you can have "auto" static
data members (just not structured bindings).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108687
--- Comment #6 from Stefan Schulze Frielinghaus
---
Just to be sure: in the initial commit I missed adding -march=z13 and only
mentioned it in commit 2
I will come up with those logs and mail them to you.
On Thu, 9 Feb 2023, Patrick Palka wrote:
> When substituting into sizeof(expr), tsubst_copy_and_build elides
> substitution into the operand if args is NULL_TREE, and instead
> considers the TREE_TYPE of the operand. But here the (templated)
> operand is a TEMPLATE_ID_EXPR with empty TREE_TYPE,
When substituting into sizeof(expr), tsubst_copy_and_build elides
substitution into the operand if args is NULL_TREE, and instead
considers the TREE_TYPE of the operand. But here the (templated)
operand is a TEMPLATE_ID_EXPR with empty TREE_TYPE, so we can't elide
substitution in this case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3506
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3506
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |---
Summary|weird behaviour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105661
Bug 105661 depends on bug 50677, which changed state.
Bug 50677 Summary: volatile forces load into register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50677
What|Removed |Added
1 - 100 of 234 matches
Mail list logo
