[Bug tree-optimization/114231] [12/13/14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org,

[Bug rtl-optimization/101523] Huge number of combine attempts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523 --- Comment #14 from Andreas Krebbel --- If my analysis from comment #1 is correct, combine does superfluous steps here. Getting rid of this should not cause any harm, but should be beneficial for other targets as well. I agree that the patch

[Bug target/114233] Newly-introduced pr113617.C test fails on Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233 Francois-Xavier Coudert changed: What|Removed |Added Target||x86_64-apple-darwin23

[Bug target/114233] New: Newly-introduced pr113617.C test fails on Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114233 Bug ID: 114233 Summary: Newly-introduced pr113617.C test fails on Darwin Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

[PATCH] lower-subreg: Fix ROTATE handling [PR114211]

Hi! On the following testcase, we have (insn 10 7 11 2 (set (reg/v:TI 106 [ h ]) (rotate:TI (reg/v:TI 106 [ h ]) (const_int 64 [0x40]))) "pr114211.c":8:5 1042 {rotl64ti2_doubleword} (nil)) before subreg1 and the pass decides to use (reg:DI 127 [ h ]) / (reg:DI 128 [ h+8

[PATCHv2] fwprop: Avoid volatile defines to be propagated

Hi, This patch tries to fix a potential problem which is raised by the patch for PR111267. The volatile asm operand tries to be propagated to a single set insn with the patch for PR111267. The volatile asm operand might be executed for multiple times if the define insn isn't eliminated after

RE: [PATCH v2] Draft|Internal-fn: Introduce internal fn saturation US_PLUS

Thanks Richard for comments. > I do wonder what the existing usadd patterns with integer vector modes > in various targets do? > Those define_insn will at least not end up in the optab set I guess, > so they must end up > being either unused or used by explicit gen_* (via intrinsic > functions?)

[PATCH] bitint: Handle BIT_FIELD_REF lowering [PR114157]

Hi! The following patch adds support for BIT_FIELD_REF lowering with large/huge _BitInt lhs. BIT_FIELD_REF requires mode argument first operand, so the operand shouldn't be any huge _BitInt. If we only access limbs from inside of BIT_FIELD_REF using constant indexes, we can just create a new

[Bug target/114232] [14 regression] ICE when building rr-5.7.0 with LTO on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114232 --- Comment #3 from Sam James --- I am reducing it now but it's slow going.

[Bug target/114232] [14 regression] ICE when building rr-5.7.0 with LTO on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114232 --- Comment #2 from Sam James --- Created attachment 57610 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57610=edit TraceStream.cc.ii.xz

[Bug target/114232] [14 regression] ICE when building rr-5.7.0 with LTO on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114232 --- Comment #1 from Sam James --- Created attachment 57609 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57609=edit Task.cc.ii.xz

[Bug target/114232] New: [14 regression] ICE when building rr-5.7.0 with LTO on x86

ted LTO compression algorithms: zlib zstd gcc version 14.0.1 20240304 (experimental) a89c5df317d1de74871e2a05c36aed9cbbb21f42 (Gentoo 14.0. p, commit c8305c9bdf09abe3e2f89783fe62f2e4049468fa) ```

RE: [PATCH v2] DSE: Bugfix ICE after allow vector type in get_stored_val

Thanks Jeff for comments. > But in the case of a vector modes, we can usually reinterpret the > underlying bits in whatever mode we want and do any of the usual > operations on those bits. Yes, I think that is why we can allow vector mode in get_stored_val if my understanding is correct. And

[Bug tree-optimization/114231] [12/13/14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 --- Comment #9 from Andrew Pinski --- The testcases are kinda of flaky because the following fails only on the trunk for aarch64: ``` void f(long*); int ff[2]; long tt[4]; unsigned long ttt; void k(long x, long y) { long t = x >> ff[0];

[Bug tree-optimization/114231] [12/13/14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 --- Comment #8 from Andrew Pinski --- (In reply to Andrew Pinski from comment #7) > So my reduced testcase fails for aarch64 since GCC 12 but for x86_64 only on > the trunk. I suspect the commit that it will bisect to on x86_64 is just >

[Bug tree-optimization/114231] [12/13/14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 Andrew Pinski changed: What|Removed |Added Target Milestone|14.0|12.4 Keywords|

[Bug tree-optimization/114231] [14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 --- Comment #6 from Andrew Pinski --- A little better reduced (this time only 1 BB even): ``` void f(long*); int ff[2]; void f2(long, long, unsigned long); void k(unsigned long x, unsigned long y) { long t = x >> ff[0]; long t1 = ff[1];

[Bug tree-optimization/114231] [14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 --- Comment #5 from Andrew Pinski --- Little more reduced: ``` void f(long*); int ff[2]; void f1(long, long); void k(unsigned long x, unsigned long y) { long t = x >> ff[0]; long t1 = ff[1]; unsigned long t2 = y >> ff[0]; long t3 =

[Bug tree-optimization/114231] [14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On Mon, Mar 04, 2024 at 10:07:33PM -0500, Patrick Palka wrote: > On Tue, 5 Mar 2024, Nathaniel Shead wrote: > > > On Mon, Mar 04, 2024 at 09:26:00PM -0500, Patrick Palka wrote: > > > On Tue, 5 Mar 2024, Nathaniel Shead wrote: > > > > > > > On Mon, Mar 04, 2024 at 07:14:54PM -0500, Patrick Palka

[Bug tree-optimization/114231] [14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 --- Comment #3 from Andrew Pinski --- vectorizable_shift

[Bug tree-optimization/114231] [14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 --- Comment #2 from Sam James --- (In reply to Sam James from comment #1) > Created attachment 57607 [details] > reduced.ii > > `g++ -c reduced.ii -march=sapphirerapids -O2 -fno-vect-cost-model` is enough > for the reduced version. in fact,

[Bug tree-optimization/114231] [14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code Target

[Bug tree-optimization/114231] [14 regression] ICE when building libjxl

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114231 --- Comment #1 from Sam James --- Created attachment 57607 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57607=edit reduced.ii `g++ -c reduced.ii -march=sapphirerapids -O2 -fno-vect-cost-model` is enough for the reduced version.

[Bug tree-optimization/114231] New: [14 regression] ICE when building libjxl

able-vtable-verify --disable-libvtv --with-zstd --with-isl --disable-isl-version-check --enable-default-pie --enable-host-pie --enable-host-bind-now --enable-default-ssp --disable-fixincludes --with-build-config='bootstrap-O3 bootstrap-lto' Thread model: posix Supported LTO compression algorithms: zl

[Bug c/8960] invalid error mode `SI' applied to inappropriate type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8960 --- Comment #14 from Andrew Pinski --- I am not 100% sure if this is actually valid. The question becomes does the attribute in this case applies to the return type or the type of the function? The manual is not clear here either.

Re: [PATCH] i386: Guard noreturn no-callee-saved-registers optimization with -mnoreturn-no-callee-saved-registers [PR38534]

On Thu, Feb 29, 2024 at 2:20 PM Hongtao Liu wrote: > > On Wed, Feb 28, 2024 at 4:54 PM Jakub Jelinek wrote: > > > > Hi! > > > > Adding Hongtao and Honza into the loop as the ones who acked the original > > patch. > > > > The no_callee_saved_registers by default for noreturn functions change can

[Bug libfortran/93550] Implement control of leading zero in formatted numeric output

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93550 --- Comment #4 from Jerry DeLisle --- The LEADING_ZERO specifiers are now included in the 2023 standard, so away we go! In support of lazy programmers lets make the compiler do it. ;)

Re: [patch, libgfortran] Part 2: PR105456 Child I/O does not propage iostat

On 3/1/24 11:24 AM, rep.dot@gmail.com wrote: Hi Jerry and Steve, On 29 February 2024 19:28:19 CET, Jerry D wrote: On 2/29/24 10:13 AM, Steve Kargl wrote: On Thu, Feb 29, 2024 at 09:36:43AM -0800, Jerry D wrote: On 2/29/24 1:47 AM, Bernhard Reutner-Fischer wrote: And, just for my own

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On Tue, 5 Mar 2024, Nathaniel Shead wrote: > On Mon, Mar 04, 2024 at 09:26:00PM -0500, Patrick Palka wrote: > > On Tue, 5 Mar 2024, Nathaniel Shead wrote: > > > > > On Mon, Mar 04, 2024 at 07:14:54PM -0500, Patrick Palka wrote: > > > > On Sat, 2 Mar 2024, Nathaniel Shead wrote: > > > > > > > >

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On Mon, Mar 04, 2024 at 09:26:00PM -0500, Patrick Palka wrote: > On Tue, 5 Mar 2024, Nathaniel Shead wrote: > > > On Mon, Mar 04, 2024 at 07:14:54PM -0500, Patrick Palka wrote: > > > On Sat, 2 Mar 2024, Nathaniel Shead wrote: > > > > > > > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On Tue, 5 Mar 2024, Nathaniel Shead wrote: > On Mon, Mar 04, 2024 at 07:14:54PM -0500, Patrick Palka wrote: > > On Sat, 2 Mar 2024, Nathaniel Shead wrote: > > > > > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? > > > > > > -- >8 -- > > > > > > When streaming in a nested

[Bug target/114194] ICE when using std::unique_ptr with xtheadvector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114194 --- Comment #6 from Bruce Hoult --- The ICE also happens with bzero(). The ICE does NOT happen with a constant length of 16 of greater, in which case a function call is made instead of expanding inline. With rv64gv or rv64gcv a series of N

Re: About gsoc

On Mon, 4 Mar 2024 10:06:34 + Jonathan Wakely via Gcc wrote: > On Mon, 4 Mar 2024 at 06:58, mokshagnareddyc--- via Gcc > wrote: > > > > Hello sir/mam > > I am mokshagna reddy from Mahindra university and i am currently in my > > second year of under graduation in Btech artificial

Re: [PATCH] LoongArch: Fix inconsistent description in *sge_

Thanks for the feedback. The comparison between a const_imm12_operand and (const_int 1) does indeed perform a universal process of constant folding before any tree based optimization. I will fix it in patch v2. 在 2024/3/4 下午5:18, Xi Ruoyao 写道: On Mon, 2024-03-04 at 11:03 +0800, Guo Jie

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On Mon, Mar 04, 2024 at 07:14:54PM -0500, Patrick Palka wrote: > On Sat, 2 Mar 2024, Nathaniel Shead wrote: > > > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? > > > > -- >8 -- > > > > When streaming in a nested template-template parameter as in the > > attached testcase, we

[Bug tree-optimization/114230] Missed optimization of loop deletion: `a!=0`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114230 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug tree-optimization/114230] New: Missed optimization of loop deletion: a=0||a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114230 Bug ID: 114230 Summary: Missed optimization of loop deletion: a=0||a Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/113859] popcount HI can be vectorized for non-SVE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113859 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever confirmed|0

[Bug other/79469] Feature request: provide `__builtin_assume` builtin function to allow more aggressive optimizations and to match clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79469 Andrew Pinski changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug target/54284] -mabi=ieeelongdouble problems

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54284 Peter Bergner changed: What|Removed |Added CC|bergner at vnet dot ibm.com, |bergner at gcc dot gnu.org,

[Bug target/50329] [PowerPC] Unnecessary stack frame set up

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50329 Peter Bergner changed: What|Removed |Added CC||bergner at gcc dot gnu.org

[Bug target/36557] -m32 -mpowerpc64 produces better code than -m64 for a!=0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36557 Peter Bergner changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug target/33236] -mminimal-toc register should be psedu-register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33236 Peter Bergner changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug target/31557] return 0x80000000UL code gen can be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31557 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |13.0

[Bug target/31557] return 0x80000000UL code gen can be improved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31557 Peter Bergner changed: What|Removed |Added Resolution|--- |FIXED CC|

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On Sat, 2 Mar 2024, Nathaniel Shead wrote: > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? > > -- >8 -- > > When streaming in a nested template-template parameter as in the > attached testcase, we end up reaching the containing template-template > parameter in

[Bug target/113001] [14 Regression] RISCV Zicond ICE: in extract_insn, at recog.cc:2812 with -O2 rv64gcv_zicond

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113001 --- Comment #3 from Jeffrey A. Law --- *** Bug 112871 has been marked as a duplicate of this bug. ***

[Bug target/112871] [14 Regression] RISCV ICE: in extract_insn, at recog.cc:2804 (unrecognizable insn) with -01 rv32gc_zicond

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112871 Jeffrey A. Law changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/114194] ICE when using std::unique_ptr with xtheadvector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114194 --- Comment #5 from Bruce Hoult --- oops .. 379 lines .. I grep'd wrong. Anyway... gcc/config/riscv/riscv-vector-switch.def -ENTRY (RVVMF2QI, true, LMUL_F2, 16) -ENTRY (RVVMF4QI, true, LMUL_F4, 32) -ENTRY (RVVMF8QI, TARGET_MIN_VLEN > 32,

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On Mon, Mar 04, 2024 at 06:01:48PM -0500, Jason Merrill wrote: > On 3/2/24 01:54, Nathaniel Shead wrote: > > Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? > > > > -- >8 -- > > > > When streaming in a nested template-template parameter as in the > > attached testcase, we end up

[Bug c++/98356] [11/12/13/14 Regression] ICE in cp_parser_dot_deref_incomplete, at cp/parser.c:7899 since r9-4841-g2139fd74f31449c0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98356 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org

[PATCH] c++: Fix ICE diagnosing incomplete type of overloaded function set [PR98356]

Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- In the linked PR the result of 'get_first_fn' is a USING_DECL against the template parameter, to be filled in on instantiation. But we don't actually need to get the first set of the member functions: it's enough to know

[Bug target/114194] ICE when using std::unique_ptr with xtheadvector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114194 --- Comment #4 from Bruce Hoult --- I've bisected this and the problem is introduced in 2d7205eb2c3 "RISC-V: Handle differences between XTheadvector and Vector" Fortunately this commit touches only 136 lines of code, unlike the later two

[Bug target/114224] popcount RTL cost seems wrong with cssc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114224 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

Re: [PATCH] c++: DECL_DECOMPOSITION_P cleanup

On 3/1/24 19:59, Marek Polacek wrote: Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for 15? OK for 15, yes. -- >8 -- DECL_DECOMPOSITION_P already checks VAR_P but we repeat the check in a lot of places. gcc/cp/ChangeLog: * decl.cc (duplicate_decls): Don't check VAR_P before

Re: [PATCH] c++: Don't set DECL_CONTEXT to nested template-template parameters [PR98881]

On 3/2/24 01:54, Nathaniel Shead wrote: Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? -- >8 -- When streaming in a nested template-template parameter as in the attached testcase, we end up reaching the containing template-template parameter in 'tpl_parms_fini'. We should not

[Bug middle-end/106727] Missed fold / canonicalization for checking if a number is a power of 2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106727 --- Comment #3 from Andrew Pinski --- (In reply to Richard Biener from comment #1) > Confirmed. Expanding __builtin_popcount (n) <= 1 as (n & (n - 1)) == 0 > might be already done. The canonicalization could be applied if .POPCOUNT > is

[Bug middle-end/106727] Missed fold / canonicalization for checking if a number is a power of 2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106727 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org

[Bug libstdc++/97759] Could std::has_single_bit be faster?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97759 Andrew Pinski changed: What|Removed |Added Ever confirmed|0 |1 Assignee|unassigned at gcc

Re: [PATCH] c++/modules: Support exporting using-decls in same namespace as target

On 3/3/24 18:11, Nathaniel Shead wrote: Came across this issue while working on another PR. Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk? Or otherwise for GCC 15? OK. -- >8 -- Currently a using-declaration bringing a name into its own namespace is a no-op, except for

[Bug tree-optimization/90693] Missing popcount simplifications

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90693 Andrew Pinski changed: What|Removed |Added Assignee|wilco at gcc dot gnu.org |pinskia at gcc dot gnu.org ---

[Bug tree-optimization/113441] [14 Regression] Fail to fold the last element with multiple loop since g:2efe3a7de0107618397264017fb045f237764cc7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441 Richard Sandiford changed: What|Removed |Added Attachment #57602|0 |1 is obsolete|

[PATCH] c++/modules: member alias tmpl partial inst [PR103994]

Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for trunk? -- >8 -- Alias templates are weird in that their specializations can appear in both decl_specializations and type_specializations. They appear in the latter only at parse time via finish_template_type. This should

[Bug middle-end/114198] [14] RISC-V fixed-length vector -flto ICE: in vectorizable_load, at tree-vect-stmts.cc:10570

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114198 --- Comment #2 from Patrick O'Neill --- (In reply to Richard Biener from comment #1) > Probably also with -fwhole-program instead of -flto Thanks! Updated args (--param=riscv-autovec-preference=fixed-vlmax was recently removed):

[PATCH] c++: ICE with variable template and [[deprecated]] [PR110031]

Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/13? -- >8 -- lookup_and_finish_template_variable already has and uses the complain parameter but it is not passing it down to mark_used so we got the default tf_warning_or_error, which causes various problems when

[Bug target/114083] Possible word play on conditional/unconditional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114083 --- Comment #6 from Roland Illig --- (In reply to Maciej W. Rozycki from comment #4) > The flag enables the use of the conditional-move operations even with > hardware that has no support for such operations, hence unconditionally. Thank you

[Bug modula2/114227] InstallTerminationProcedure does not work with -fiso

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114227 Gaius Mulley changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug sanitizer/114217] -fsanitize=alignment false positive with intended unaligned struct member access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114217 Fangrui Song changed: What|Removed |Added CC||i at maskray dot me --- Comment #14

[Bug modula2/114227] InstallTerminationProcedure does not work with -fiso

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114227 --- Comment #3 from GCC Commits --- The master branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:d646db0e35ad9d235635b204349f5d960072f9fe commit r14-9308-gd646db0e35ad9d235635b204349f5d960072f9fe Author: Gaius Mulley Date:

[Bug modula2/114227] InstallTerminationProcedure does not work with -fiso

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114227 --- Comment #2 from Gaius Mulley --- Created attachment 57604 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57604=edit Proposed fix Here is the proposed patch which moves the initial/termination user procedure functionality in pim and

[PATCH v2] middle-end/113680 - Optimize (x - y) CMP 0 as x CMP y

(x - y) CMP 0 is equivalent to x CMP y where x and y are signed integers and CMP is <, <=, >, or >=. Similarly, 0 CMP (x - y) is equivalent to y CMP x. As reported in PR middle-end/113680, this equivalence does not hold for types other than signed integers. When it comes to conditions, the

[Bug rtl-optimization/101523] Huge number of combine attempts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101523 --- Comment #13 from Segher Boessenkool --- (In reply to Sarah Julia Kriesch from comment #12) > I expect also, that this bug is a bigger case. A bigger case of what? What do you mean?

[Bug c++/114183] [11/12/13/14 Regression] Lambda constexpr works in msvc but not in gcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114183 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: [GSoC][Improve nothrow detection]: Suggestions to get started

Ping for [GSoC][Improve nothrow detection]: Suggestions to get started. Could you please take a look when you get a chance? Sincerely, Ken Matsui On Wed, Feb 28, 2024 at 8:00 AM Ken Matsui wrote: > > Hi Jan, > > My name is Ken Matsui. I am highly interested in contributing to your > GSoC 2024

[PATCH] middle-end/113680 - Optimize (x - y) CMP 0 as x CMP y

(x - y) CMP 0 is equivalent to x CMP y where x and y are signed integers and CMP is <, <=, >, or >=. Similarly, 0 CMP (x - y) is equivalent to y CMP x. As reported in PR middle-end/113680, this equivalence does not hold for types other than signed integers. When it comes to conditions, the

[Bug libstdc++/114147] [11/12/13/14 Regression] tuple allocator-extended constructor requires non-explicit default constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114147 --- Comment #8 from GCC Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:0a545ac7000501844670add0b3560ebdbcb123c6 commit r14-9307-g0a545ac7000501844670add0b3560ebdbcb123c6 Author: Jonathan Wakely

[Bug libstdc++/77776] C++17 std::hypot implementation is poor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6 --- Comment #18 from Jakub Jelinek --- I was looking at the sysdeps/ieee754/ldbl-128/ version, i.e. what is used for hypotf128.

Re: Help needed with maintainer-mode

On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev wrote: > > > > On 3/4/24 09:38, Richard Earnshaw (lists) wrote: > > Tools like git (and svn before it) don't try to maintain time-stamps on > > patches, the tool just modifies the file and the timestamp comes from the > > time of the modification.

Re: [PATCH,V2] ctf: fix incorrect CTF for multi-dimensional array types

Hi Indu, Cupertino, On 3/4/24 10:00, Indu Bhagat wrote: > From: Cupertino Miranda > > [Changes from V1] > - Refactor the code a bit. > [End of changes from V1] > > PR debug/114186 > > DWARF DIEs of type DW_TAG_subrange_type are linked together to represent > the information about the

[Bug rtl-optimization/114211] [13/14 Regression] wrong code with -O -fno-tree-coalesce-vars since r13-1907

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114211 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

Re: [PATCH] bpf: add inline memset expansion

Hi David. Thanks for the patch. OK. > Similar to memmove and memcpy, the BPF backend cannot fall back on a > library call to implement __builtin_memset, and should always expand > calls to it inline if possible. > > This patch implements simple inline expansion of memset in the BPF > backend in

Re: Help needed with maintainer-mode

On 3/4/24 09:38, Richard Earnshaw (lists) wrote: Tools like git (and svn before it) don't try to maintain time-stamps on patches, the tool just modifies the file and the timestamp comes from the time of the modification. That's fine if there is nothing regenerated within the repository

[Bug target/114194] ICE when using std::unique_ptr with xtheadvector

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114194 --- Comment #3 from Bruce Hoult --- Simpler example, found independently. void *memset(); void a(void *b){ memset(b, 0, 1lu); } There might be a lot of code that triggers this. Fortunately the source file this happened in didn't

[PATCH v2 00/13] Add aarch64-w64-mingw32 target

Zac Walker (13): Introduce aarch64-w64-mingw32 target aarch64: The aarch64-w64-mingw32 target implements the MS ABI aarch64: Mark x18 register as a fixed register for MS ABI aarch64: Add aarch64-w64-mingw32 COFF Reuse MinGW from i386 for AArch64 Rename section and encoding functions

[Bug rtl-optimization/114211] [13/14 Regression] wrong code with -O -fno-tree-coalesce-vars since r13-1907

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114211 --- Comment #5 from Jakub Jelinek --- Anyway, the actual bug is in the r9-4082-g38e601118ca88adf0a472750b0da83f0ef1798a7 PR87507 change. Either we need to punt if the rotate input and output overlaps, or handle that case correctly.

[Bug rtl-optimization/114211] [13/14 Regression] wrong code with -O -fno-tree-coalesce-vars since r13-1907

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114211 Jakub Jelinek changed: What|Removed |Added Summary|[13/14 Regression] wrong|[13/14 Regression] wrong

[Bug target/113010] [RISCV] sign-extension lost in comparison with constant embedded in comma-op expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113010 --- Comment #12 from GCC Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:901e7bdab70e2275723ac31dacbbce0b6f68f4f4 commit r14-9304-g901e7bdab70e2275723ac31dacbbce0b6f68f4f4 Author: Jakub Jelinek Date:

[Bug c++/114114] [11/12/13/14 Regression] Internal compiler error on function-local conditional noexcept

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114114 Marek Polacek changed: What|Removed |Added Priority|P3 |P2 Assignee|unassigned at

[PATCH,V2] ctf: fix incorrect CTF for multi-dimensional array types

From: Cupertino Miranda [Changes from V1] - Refactor the code a bit. [End of changes from V1] PR debug/114186 DWARF DIEs of type DW_TAG_subrange_type are linked together to represent the information about the subsequent dimensions. The CTF processing was so far working through them in the

Re: [PATCH] combine: Fix recent WORD_REGISTER_OPERATIONS check [PR113010]

On 3/4/24 09:49, Jakub Jelinek wrote: On Mon, Mar 04, 2024 at 05:18:39PM +0100, Rainer Orth wrote: On 2/26/24 17:17, Greg McGary wrote: The sign-bit-copies of a sign-extending load cannot be known until runtime on WORD_REGISTER_OPERATIONS targets, except in the case of a zero-extending MEM

[Bug c++/114183] [11/12/13/14 Regression] Lambda constexpr works in msvc but not in gcc

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114183 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org ---

[PATCH v2 00/13] Add aarch64-w64-mingw32 target

gcc/ChangeLog: * config.gcc: * config/aarch64/aarch64-opts.h (enum aarch64_calling_abi): * config/aarch64/aarch64-protos.h (mingw_pe_maybe_record_exported_symbol): (mingw_pe_section_type_flags): (mingw_pe_unique_section):

[PATCH v2 13/13] Add aarch64-w64-mingw32 target to libgcc

From: Zac Walker Date: Mon, 12 Feb 2024 15:22:47 +0100 Subject: [PATCH v2 13/13] Add aarch64-w64-mingw32 target to libgcc Reuse MinGW definitions from i386 for libgcc. Move reused files to libgcc/config/mingw folder. libgcc/ChangeLog: * config.host: Add aarch64-w64-mingw32 target.

[PATCH v2 12/13] aarch64: Add aarch64-w64-mingw32 target to libatomic

From: Zac Walker Date: Fri, 1 Mar 2024 02:23:45 +0100 Subject: [PATCH v2 12/13] aarch64: Add aarch64-w64-mingw32 target to libatomic libatomic/ChangeLog: * configure.tgt: Add aarch64-w64-mingw32 target. --- libatomic/configure.tgt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 11/13] aarch64: Build and add objects for Cygwin and MinGW for AArch64

From: Zac Walker Date: Tue, 20 Feb 2024 13:55:51 +0100 Subject: [PATCH v2 11/13] aarch64: Build and add objects for Cygwin and MinGW for AArch64 gcc/ChangeLog: * config.gcc: Build and add objects for Cygwin and MinGW. Add Cygwin and MinGW options to the target. ---

Re: [PATCH] c++: lambda capturing structured bindings [PR85889]

On Fri, Mar 01, 2024 at 07:58:24PM -0500, Marek Polacek wrote: > Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for 15? (Or even trunk?) > > -- >8 -- > clarifies that it's OK to capture structured > bindings. > > [expr.prim.lambda.capture]/4 says "The identifier

[PATCH v2 10/13] Rename "x86 Windows Options" to "Cygwin and MinGW Options"

From: Zac Walker Date: Fri, 1 Mar 2024 02:17:39 +0100 Subject: [PATCH v2 10/13] Rename "x86 Windows Options" to "Cygwin and MinGW Options" Rename "x86 Windows Options" to "Cygwin and MinGW Options". It will be used also for AArch64. gcc/ChangeLog: * config/i386/mingw-w64.opt.urls:

[PATCH v2 09/13] aarch64: Add SEH to machine_function

From: Zac Walker Date: Tue, 20 Feb 2024 18:10:08 +0100 Subject: [PATCH v2 09/13] aarch64: Add SEH to machine_function SEH is not enabled in aarch64-w64-mingw32 target yet. However, it is needed to be declared in machine_function for reusing winnt.cc. gcc/ChangeLog: *

[PATCH v2 08/13] aarch64: Add Cygwin and MinGW environments for AArch64

From: Zac Walker Date: Fri, 1 Mar 2024 10:49:28 +0100 Subject: [PATCH v2 08/13] aarch64: Add Cygwin and MinGW environments for AArch64 Define Cygwin and MinGW environment such as types, SEH definitions, shared libraries, etc. gcc/ChangeLog: * config.gcc: Add Cygwin and MinGW

  1   2   3   >