[Bug c++/87497] constexprs involving non-literal const variables are incorrectly accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87497 Andrew Pinski changed: What|Removed |Added Keywords||needs-bisection --- Comment #2 from

[Bug c/106560] [12/13 Regression] ICE after conflicting types of redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106560 Andrew Pinski changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|12.3

[Bug c/106560] [12/13 Regression] ICE after conflicting types of redeclaration

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106560 --- Comment #9 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:b03ad138a61f64d8a77876d6864aad5103fff498 commit r13-4181-gb03ad138a61f64d8a77876d6864aad5103fff498 Author: Andrew Pinski Date:

[Bug c++/99772] New built-ins for comparisons that must yield a total order

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

[Bug analyzer/107783] New: [13 Regression] ICE in deref_rvalue, at analyzer/region-model.cc:3238

Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- gcc 13.0.0 20221120 snapshot (g:a16a5460447eaaff0b4468064e4d7b1cc8fc42eb) ICEs when compiling the following testcase w/ -fanalyzer

[Bug c++/107782] New: constexpr volatile variable is permitted to appear in a constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107782 Bug ID: 107782 Summary: constexpr volatile variable is permitted to appear in a constant expression Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity:

Re: [PATCH] Fix PR 106560: Another ICE after conflicting types of redeclaration

On Sun, Nov 20, 2022 at 2:26 AM apinski--- via Gcc-patches wrote: > > From: Andrew Pinski > > This another one of these ICE after error issues with the > gimplifier and a fallout from r12-3278-g823685221de986af. > The problem here is gimplify_modify_expr does not > check if either from or to was

Re: [PATCH 1/2] Allow subtarget customization of CC1_SPEC

On 20/11/2022 17:57, Jeff Law wrote: On 10/26/22 03:34, Sebastian Huber wrote: On 04/10/2022 11:47, Sebastian Huber wrote: On 08/09/2022 07:33, Sebastian Huber wrote: On 04/08/2022 15:02, Sebastian Huber wrote: On 22/07/2022 15:02, Sebastian Huber wrote: gcc/ChangeLog: * gcc.cc

[Bug c++/107781] New: strchrnul' was not declared in this scope; did you mean 'strchr'? For contracts for canadian compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107781 Bug ID: 107781 Summary: strchrnul' was not declared in this scope; did you mean 'strchr'? For contracts for canadian compilation Product: gcc Version: 13.0 Status:

[PATCH v2 2/2] RTEMS: Use local-exec TLS model by default

gcc/ChangeLog: * config/rtems.h (SUBTARGET_CC1_SPEC): Undef and define. --- gcc/config/rtems.h | 4 1 file changed, 4 insertions(+) diff --git a/gcc/config/rtems.h b/gcc/config/rtems.h index 95bcdc41b2f..4742b1f3722 100644 --- a/gcc/config/rtems.h +++ b/gcc/config/rtems.h @@ -56,3

[PATCH v2 1/2] Allow subtarget customization of CC1_SPEC

gcc/ChangeLog: * gcc.cc (SUBTARGET_CC1_SPEC): Define if not defined. (cc1_spec): Append SUBTARGET_CC1_SPEC. --- v2: Append SUBTARGET_CC1_SPEC directly to cc1_spec and not through CC1_SPEC. This avoids having to modify all the CC1_SPEC definitions in the targets. gcc/gcc.cc |

[Bug c++/107780] New: strchrnul' was not declared in this scope; did you mean 'strchr'? For contracts for canadian compilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107780 Bug ID: 107780 Summary: strchrnul' was not declared in this scope; did you mean 'strchr'? For contracts for canadian compilation Product: gcc Version: 13.0 Status:

Re: Problems when building NT kernel drivers with GCC / LD

On 20.11.2022 14:10, Pali Rohár wrote: > On Saturday 05 November 2022 02:26:52 Pali Rohár wrote: >> On Saturday 05 November 2022 01:57:49 Pali Rohár wrote: >>> On Monday 31 October 2022 10:55:59 Jan Beulich wrote: On 30.10.2022 02:06, Pali Rohár via Binutils wrote: > * GCC or LD (not sure

Re: [PATCH] [x86] Some tidy up for RA related hooks.

On Mon, Nov 21, 2022 at 6:24 AM Hongtao Liu wrote: > > On Mon, Nov 21, 2022 at 10:13 AM liuhongt wrote: > > > > When i'm working at [1] for ix86_can_change_mode_class, > > I notice there're some incorrectness/misoptimization in current RA-related > > hook. > > This patch tries to do some fix

[Bug lto/107779] Support implicit references from inline assembler to compiler symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107779 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement Keywords|

Re: [PATCH 3/3] Add '--oslib=' option when default C library is picolibc

On 03/09/2022 08:07, Keith Packard via Gcc-patches wrote: diff --git a/gcc/config/arm/elf.h b/gcc/config/arm/elf.h index 3d111433ede..dc5b9374814 100644 --- a/gcc/config/arm/elf.h +++ b/gcc/config/arm/elf.h @@ -150,3 +150,8 @@ #undef L_floatundisf #endif +#if DEFAULT_LIBC == LIBC_PICOLIBC

[Bug lto/107779] New: Support implicit references from inline assembler to compiler symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107779 Bug ID: 107779 Summary: Support implicit references from inline assembler to compiler symbols Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/107766] [13 Regression] ICE Segmentation fault since r13-4137-gc5df8392c5848c04

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107766 Richard Biener changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org

[Bug tree-optimization/91470] [10/11/12 Regression] bogus uninitialized warning in trans-intrinsic.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91470 Richard Biener changed: What|Removed |Added Keywords||needs-bisection --- Comment #10 from

[Bug tree-optimization/67196] [10/11/12 Regression] loop-induced false positive from -Wmaybe-uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67196 Richard Biener changed: What|Removed |Added Known to work||13.0 Keywords|

[Bug libstdc++/107778] handle_contract_violation should reflect _GLIBCXX_VERBOSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778 --- Comment #3 from cqwrteur --- (In reply to cqwrteur from comment #2) > BTW. Why does the default contract does not crash program when it violates? Also why the function is not noexcept?

[Bug libstdc++/107778] handle_contract_violation should reflect _GLIBCXX_VERBOSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778 --- Comment #2 from cqwrteur --- BTW. Why does the default contract does not crash program when it violates?

[Bug libstdc++/107778] handle_contract_violation should reflect _GLIBCXX_VERBOSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778 --- Comment #1 from cqwrteur --- __attribute__ ((weak)) void handle_contract_violation (const std::experimental::contract_violation &) { __builtin_trap(); } some thing like that. I cannot afford stdio and iostream

[Bug libstdc++/107778] New: handle_contract_violation should reflect _GLIBCXX_VERBOSE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107778 Bug ID: 107778 Summary: handle_contract_violation should reflect _GLIBCXX_VERBOSE Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

Re: [PATCHv2, rs6000] Enable have_cbranchcc4 on rs6000

Hi Segher, 在 2022/11/18 20:18, Segher Boessenkool 写道: > I don't think we should pretend we have any conditional jumps the > machine does not actually have, in cbranchcc4. When would this ever be > useful? cror;beq can be quite expensive, compared to the code it would > replace anyway. > > If

Re: [PATCH] i386: Only enable small loop unrolling in backend [PR 107602]

> It's not necessarily right. unroll_factor will be set as 1 when > -fno-unroll-loops, which is exactly -fno-unroll-loops means. Not that exactly, -fno-unroll-loops previously will prevent the pass from running, and on the current trunk the pass still runs. Actually I think the implementation on

[Bug analyzer/107777] New: [13 Regression] ICE in get_representative_path_var_1, at analyzer/region-model.cc:4750

Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: analyzer Assignee: dmalcolm at gcc dot gnu.org Reporter: asolokha at gmx dot com Target Milestone: --- gcc 13.0.0 20221120 snapshot (g:a16a5460447eaaff0b4468064e4d7b1cc8fc42eb

[Bug tree-optimization/107776] New: [13 Regression] ICE: SIGSEGV in complex_mul_pattern::matches (tree-vect-slp-patterns.cc:1042) with -O2 -std=c11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107776 Bug ID: 107776 Summary: [13 Regression] ICE: SIGSEGV in complex_mul_pattern::matches (tree-vect-slp-patterns.cc:1042) with -O2 -std=c11 Product: gcc Version:

Re: [PATCH] [x86] Some tidy up for RA related hooks.

On Mon, Nov 21, 2022 at 10:13 AM liuhongt wrote: > > When i'm working at [1] for ix86_can_change_mode_class, > I notice there're some incorrectness/misoptimization in current RA-related > hook. > This patch tries to do some fix and tidy up for them: > > 1. We also need to guard size of TO to be

Re: [Mingw-w64-public] gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

在 2022/11/20 23:06, Pali Rohár 写道: Thank you for explaining more details. My simple patch takes this in care and defines also __MSVCRT_VERSION__ to the correct value based on -mcrtdll parameter. Apologies for reading your message only partially. I thought your patch was the same as MSYS2's. It

[Bug c++/107764] -Wreturn-type and -Wuninitialized documentation could link to a FAQ about enum and switches

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107764 Eric Gallager changed: What|Removed |Added Last reconfirmed||2022-11-21 CC|

Re: [PATCH 7/7] riscv: Add support for str(n)cmp inline expansion

> > I would like to have a unified option interface, > > maybe -m[no-]inline-str[n]cmp and -minline-str[n]cmp-limit. > > For the basic option (-m[no-]inline-str[n]cmp), I would punt to > -fno-builtin-str[n]cmp. -fno-bulitin-* will also suppress middle-end optimization for those builtins. see:

Re: [PATCH] RISC-V: Optimise adding a (larger than simm12) constant

> @@ -464,6 +464,60 @@ >[(set_attr "type" "arith") > (set_attr "mode" "DI")]) > > +(define_expand "add3" > + [(set (match_operand:GPR 0 "register_operand" "=r,r") > + (plus:GPR (match_operand:GPR 1 "register_operand" " r,r") > + (match_operand:GPR

Re: [PATCH V2] Use subscalar mode to move struct block for parameter

Jiufu Guo writes: > Hi, > > As mentioned in the previous version patch: > https://gcc.gnu.org/pipermail/gcc-patches/2022-October/604646.html > The suboptimal code is generated for "assigning from parameter" or > "assigning to return value". > This patch enhances the assignment from parameters

[Bug rtl-optimization/107775] New: misoptimization in vec_set lower part of vector in the memory.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107775 Bug ID: 107775 Summary: misoptimization in vec_set lower part of vector in the memory. Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug rtl-optimization/107774] New: rtl failed to simplify subreg:vec_select to just vec_select.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107774 Bug ID: 107774 Summary: rtl failed to simplify subreg:vec_select to just vec_select. Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[PATCH] [x86] Some tidy up for RA related hooks.

When i'm working at [1] for ix86_can_change_mode_class, I notice there're some incorrectness/misoptimization in current RA-related hook. This patch tries to do some fix and tidy up for them: 1. We also need to guard size of TO to be less than TARGET_SSE2 ? 2 : 4 in ix86_can_change_mode_class. 2.

Re: [PATCH 1/2] rs6000: Emit vector fp comparison directly in rs6000_emit_vector_compare

Hi Segher, on 2022/11/18 23:10, Segher Boessenkool wrote: > Hi! > > On Thu, Nov 17, 2022 at 02:59:00PM +0800, Kewen.Lin wrote: >> on 2022/11/17 02:44, Segher Boessenkool wrote: >>> On Wed, Nov 16, 2022 at 02:48:25PM +0800, Kewen.Lin wrote: * config/rs6000/rs6000.cc

Re: [PATCH] RISC-V: Add the Zihpm and Zicntr extensions

> So the idea here is just to define the extension so that it gets defined > in the ISA strings and passed through to the assembler, right? That will also define arch test marco: https://github.com/riscv-non-isa/riscv-c-api-doc/blob/master/riscv-c-api.md#architecture-extension-test-macro On

Re: [PATCH] i386: Only enable small loop unrolling in backend [PR 107602]

On Mon, Nov 21, 2022 at 9:01 AM Liu, Hongtao via Gcc-patches wrote: > > > > > -Original Message- > > From: Wang, Hongyu > > Sent: Saturday, November 19, 2022 2:26 PM > > To: gcc-patches@gcc.gnu.org > > Cc: richard.guent...@gmail.com; ubiz...@gmail.com; Liu, Hongtao > > > > Subject:

Re: [PATCH] i386: Uglify some local identifiers in *intrin.h [PR107748]

On Sat, Nov 19, 2022 at 4:38 PM Jakub Jelinek wrote: > > Hi! > > While reporting PR107748 (where is a problem with non-uglified names, > but I've left it out because it needs fixing anyway), I've noticed > various spots where identifiers in *intrin.h headers weren't uglified. > The following

RE: [PATCH] i386: Only enable small loop unrolling in backend [PR 107602]

> -Original Message- > From: Wang, Hongyu > Sent: Saturday, November 19, 2022 2:26 PM > To: gcc-patches@gcc.gnu.org > Cc: richard.guent...@gmail.com; ubiz...@gmail.com; Liu, Hongtao > > Subject: [PATCH] i386: Only enable small loop unrolling in backend [PR 107602] > > Hi, > >

[Bug libgcc/107675] [13 Regression] GCC-13 is significantly slower to startup on C++ programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107675 Tamar Christina changed: What|Removed |Added Component|libstdc++ |libgcc --- Comment #11 from Tamar

[Bug libstdc++/107675] [13 Regression] GCC-13 is significantly slower to startup on C++ programs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107675 --- Comment #10 from Tamar Christina --- I've bisected this to: commit 6e80a1d164d1f996ad08a512c25a7c2ca893 Author: Thomas Neumann Date: Tue Mar 1 21:57:35 2022 +0100 eliminate mutex in fast path of __register_frame The

Re: [PATCH] Fix in _GLIBCXX_INLINE_VERSION mode

On Sun, 20 Nov 2022, 20:45 François Dumont, wrote: > On 19/11/22 14:11, Jonathan Wakely wrote: > > On Sat, 19 Nov 2022 at 13:03, François Dumont via Libstdc++ > > wrote: > >> Without this qualification I have this in _GLIBCXX_INLINE_VERSION mode: > >> > >> >

[Bug target/107183] [10/11/12/13 Regression] -fcompare-debug failure (length) with -fsanitize=float-cast-overflow since r7-5708-gcfd719e7769fd43f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107183 --- Comment #7 from CVS Commits --- The releases/gcc-12 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:196cb25ddbc6c4fae5e7b1c0a09f32f59bdabaa8 commit r12-8922-g196cb25ddbc6c4fae5e7b1c0a09f32f59bdabaa8 Author: Jakub Jelinek

[Bug target/104688] gcc and libatomic can use SSE for 128-bit atomic loads on Intel and AMD CPUs with AVX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104688 --- Comment #18 from CVS Commits --- The releases/gcc-12 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:86dea99d8525bf49d51636332d6be440e51b931a commit r12-8920-g86dea99d8525bf49d51636332d6be440e51b931a Author: Jakub Jelinek

[Patch Arm] Add neon_fcmla and neon_fcadd as neon_type instructions.

[AArch64 folks CC'd fyi as this is common between both backends.] Hi, The design in the backend used to be that advanced simd types are generally added to is_neon_type in the backend. It appears that neon_fcmla and neon_fcadd aren't added in as neon_type instructions. Applying this to the tree

Re: [PATCH 15/35] arm: Explicitly specify other float types for _Generic overloading [PR107515]

On Fri, Nov 18, 2022 at 4:59 PM Kyrylo Tkachov via Gcc-patches wrote: > > > > > -Original Message- > > From: Andrea Corallo > > Sent: Thursday, November 17, 2022 4:38 PM > > To: gcc-patches@gcc.gnu.org > > Cc: Kyrylo Tkachov ; Richard Earnshaw > > ; Stam Markianos-Wright >

Re: [PATCH][GCC] arm: Add support for new frame unwinding instruction "0xb5".

On Fri, Nov 18, 2022 at 9:33 AM Srinath Parvathaneni wrote: > > Hi, > > > -Original Message- > > From: Ramana Radhakrishnan > > Sent: Thursday, November 17, 2022 8:27 PM > > To: Srinath Parvathaneni > > Cc: gcc-patches@gcc.gnu.org; Richard Earnshaw > > ; Kyrylo Tkachov > > Subject: Re:

gcc-13-20221120 is now available

Snapshot gcc-13-20221120 is now available on https://gcc.gnu.org/pub/gcc/snapshots/13-20221120/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 13 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug target/104689] aarch64: libgcc: DW_CFA_val_expression is not supported for RA_SIGN_SATE register

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104689 Ramana Radhakrishnan changed: What|Removed |Added CC||ramana at gcc dot gnu.org ---

[Bug middle-end/107661] [13 Regression] lambdas get merged incorrectly in tempaltes, cause llvm-12 miscompilation since r13-3358-ge0403e95689af7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107661 --- Comment #13 from Sergei Trofimovich --- (In reply to Sergei Trofimovich from comment #12) > Testing the following: > > --- a/gcc/ipa-cp.cc > +++ b/gcc/ipa-cp.cc > @@ -5869,37 +5869,37 @@ cgraph_edge_brings_all_scalars_for_node (struct >

Re: [Mingw-w64-public] gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

On Sun, 20 Nov 2022, Pali Rohár wrote: Hello! I would like to propose a new parameter for gcc: -mcrtdll= to allow specifying against which Windows C Runtime library should be binary linked. On Windows there are more crt libraries and currently gcc links to libmsvcrt.a which is in most cases

Re: [PATCH] Fix in _GLIBCXX_INLINE_VERSION mode

On 19/11/22 14:11, Jonathan Wakely wrote: On Sat, 19 Nov 2022 at 13:03, François Dumont via Libstdc++ wrote: Without this qualification I have this in _GLIBCXX_INLINE_VERSION mode: /home/fdt/dev/gcc/build_versioned_ns/x86_64-pc-linux-gnu/libstdc++-v3/include/bits/locale_facets.h:2649: note:

Re: PING^1 [PATCH] cpp/remap: Only override if string matched

On 11/2/22 12:21, Torbjorn SVENSSON via Gcc-patches wrote: Hi, Ping, https://gcc.gnu.org/pipermail/gcc-patches/2022-October/604062.html Ok for trunk? OK.  Sorry for the delay. jeff

[Bug c++/41233] Templated conversion operator produces symbol name that won't demangle

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41233 --- Comment #10 from Zack Weinberg --- The examples found by other people still don't demangle, though... $ c++filt --version 2>&1 | head -n1 GNU c++filt (GNU Binutils for Debian) 2.39 $ c++filt <<\EOF _ZNK3FooIPvEcvS_IT_EIiEEv

[Bug c++/107773] Class members do not hide nested types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107773 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Keywords|

[Bug c++/41233] Templated conversion operator produces symbol name that won't demangle

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41233 --- Comment #9 from Andrew Pinski --- (In reply to Zack Weinberg from comment #0) > > _ZN9convertercvPT_I4DestEEv [apinski@xeond2 stage1-gcc]$ c++filt _ZN9convertercvPT_I4DestEEv converter::operator Dest*() This now demangles as of 2.30. >

[Bug c++/77660] Conversion operator unknown or ambiguous: gcc or clang behave differently

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77660 --- Comment #1 from Andrew Pinski --- I am pretty sure this is really a dup of bug 61663.

[Bug c++/61663] [DR 976] Deduction for const T& conversion functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61663 Andrew Pinski changed: What|Removed |Added CC||alvinhochun at gmail dot com ---

[Bug c++/107771] template const reference conversion operator not considered

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

[Bug c++/107771] Cannot resolve templated conversion operator in templated struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107771 Andrew Pinski changed: What|Removed |Added Keywords||rejects-valid

[Bug c++/107771] Cannot resolve templated conversion operator in templated struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107771 --- Comment #1 from Andrew Pinski --- Reduced testcase: ``` struct bind_in { template operator R const& () const; }a; int x(void) { return a; } ```

[Bug c++/107773] New: Class members do not hide nested types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107773 Bug ID: 107773 Summary: Class members do not hide nested types Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug rtl-optimization/107772] function prologue generated even though it's only needed in an unlikely path

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

Re: GCC 13 bootstrap failure on i686-w64-mingw32

This fails on macOS too (and probably everything non-gnu). On Sun, 20 Nov 2022, 12:36 LIU Hao via Gcc, wrote: > This is caused by 2efb237ffc68ec9bb17982434f5941bfa14f8b50, which has > references to `strchrnul`, > which does not exist on i686w-64-mingw32: > >``` >g++ -std=c++11 -fno-PIE

[Bug target/107568] Bootstrap failure on macOS 12.6 (monterey)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107568 Iain Sandoe changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[PATCH] libgccjit: Fix float vector comparison

Hi. This fixes bug 107770. Thanks for the review. From 1112e92624d41ec96c366fdb60101e1040462522 Mon Sep 17 00:00:00 2001 From: Antoni Boucher Date: Sun, 20 Nov 2022 10:22:53 -0500 Subject: [PATCH] libgccjit: Fix float vector comparison Fix float vector comparison and add comparison tests didn't

[Bug rtl-optimization/107772] New: [missed optimization] function prologue generated even though it's only needed in an unlikely path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107772 Bug ID: 107772 Summary: [missed optimization] function prologue generated even though it's only needed in an unlikely path Product: gcc Version: 13.0 Status:

[Bug c++/107771] New: Cannot resolve templated conversion operator in templated struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107771 Bug ID: 107771 Summary: Cannot resolve templated conversion operator in templated struct Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal

Re: Making gcc toolchain installs relocatable

On 9/23/22 12:40, Keith Packard via Gcc-patches wrote: I submitted the referenced patch to extend the 'getenv' .specs function back in August and didn't see any response, so I wanted to provide a bit more context to see if that would help people understand why I wrote this. I think most

[Bug ipa/107769] [12/13 Regression] -flto with -Os/-O2/-O3 emitted code with gcc 12.x segfaults via mutated global in .rodata

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107769 Andrew Pinski changed: What|Removed |Added Summary|-flto with -Os/-O2/-O3 |[12/13 Regression] -flto

[Bug jit/107770] New: Comparison of vectors of float doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107770 Bug ID: 107770 Summary: Comparison of vectors of float doesn't work Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug sanitizer/105614] mips64: sanitizer_platform_limits_linux.cpp:75:38: error: static assertion failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105614 --- Comment #18 from gagan sidhu (broly) --- hi, i wanted to correct an inaccuracy in my previous comment, as i needed to build a MIPS64 multilib toolchain today and ran into the same problem. the solution is, as my friend of chinese origin

Re: [PATCH] Add __builtin_iseqsig()

Hi, > Joseph's reply earlier in this thread has indicated a desire to verify that > verifies FE_INVALID is raised when appropriate and not raised when > inappropriate when the arguments come from volatile variables rather than > directly from constants. > > The patch itself looks pretty

Re: [PATCH] Add __builtin_iseqsig()

On 10/31/22 13:15, FX wrote: Hi, Just adding, from the Fortran 2018 perspective, things we will need to implement for which I think support from the middle-end might be necessary: - rounded conversions: converting, from an integer or floating point type, into another floating point type,

Re: [PATCH 2/5] c++: Set the locus of the function result decl

Hi Jason! The "meh" of result-decl-plugin-test-2.C should likely be omitted, grokdeclarator would need some changes to add richloc hints and we would not be able to make a reliable guess what to remove precisely. C.f. /* Check all other uses of type modifiers. */ Furthermore it is unrelated to

Re: [PATCH 1/2] Allow subtarget customization of CC1_SPEC

On 10/26/22 03:34, Sebastian Huber wrote: On 04/10/2022 11:47, Sebastian Huber wrote: On 08/09/2022 07:33, Sebastian Huber wrote: On 04/08/2022 15:02, Sebastian Huber wrote: On 22/07/2022 15:02, Sebastian Huber wrote: gcc/ChangeLog: * gcc.cc (SUBTARGET_CC1_SPEC): Define if not

Re: [PATCH v2] Add -gcodeview option

On 20/11/22 16:43, Jeff Law wrote: On 10/26/22 21:38, Mark Harmstone wrote: Changed to double dashes as per https://gcc.gnu.org/pipermail/gcc-patches/2022-October/604287.html. What value is there in providing this option now?  IIUC we don't have any of the bits yet to actually produce PDB

[Bug target/107183] [10/11/12/13 Regression] -fcompare-debug failure (length) with -fsanitize=float-cast-overflow since r7-5708-gcfd719e7769fd43f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107183 --- Comment #6 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:6b5c98c1c0003bd470a4428bede6c862637a94b8 commit r13-4175-g6b5c98c1c0003bd470a4428bede6c862637a94b8 Author: Jakub Jelinek Date:

Re: [PATCH v2] Add -gcodeview option

On 10/26/22 21:38, Mark Harmstone wrote: Changed to double dashes as per https://gcc.gnu.org/pipermail/gcc-patches/2022-October/604287.html. What value is there in providing this option now?  IIUC we don't have any of the bits yet to actually produce PDB records.   It seems to me like this

Re: [RFC] postreload cse'ing vector constants

On 11/3/22 06:38, Robin Dapp wrote: Should we go ahead with this, i.e. push the change and wait for fallout? I guess we're still early enough in the cycle for that. There are no regressions anymore on s390, Power9, x86 and aarch64 (at least on the farm machines I checked). That would be

Re: [PATCH v3] RISC-V: Replace zero_extendsidi2_shifted with generalized split

On 11/9/22 16:10, Philipp Tomsich wrote: The current method of treating shifts of extended values on RISC-V frequently causes sequences of 3 shifts, despite the presence of the 'zero_extendsidi2_shifted' pattern. Consider: unsigned long f(unsigned int a, unsigned long b) {

Re: [Mingw-w64-public] gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

Hi, On Sun, Nov 20, 2022 at 3:59 PM Eli Zaretskii wrote: > > > Date: Sun, 20 Nov 2022 16:44:08 +0100 > > From: Pali Rohár > > Cc: gcc@gcc.gnu.org, mingw-w64-pub...@lists.sourceforge.net > > > > > Installing a redistributable is a nuisance, and dependence on non-system > > > libraries might make

Re: [Mingw-w64-public] gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

Mmm yeah i newer seen problems with missing msvcrt.dll either going back as far as win9x there was some other missing runtimes but not that particular one. Den 20-11-2022 kl. 16:58 skrev Eli Zaretskii: Date: Sun, 20 Nov 2022 16:44:08 +0100 From: Pali Rohár Cc: gcc@gcc.gnu.org,

Re: [PATCH] testsuite: Add filter for target socket support

On 11/20/22 03:02, Dimitar Dimitrov wrote: The new analyzer tests for sockets are failing on embedded targets. The newlib and avr-libc C libraries do not support sockets. At first I considered a coarse filtering on the existing effective_target_freestanding check. But seeing how

Re: [PATCH] RISC-V: Add the Zihpm and Zicntr extensions

On 11/8/22 20:00, Palmer Dabbelt wrote: These extensions were recently frozen [1]. As per Andrew's post [2] we're meant to ignore these in software, this just adds them to the list of allowed extensions and otherwise ignores them. I added these under SPEC_CLASS_NONE even though the PDF lists

Re: [PATCH] riscv: implement TARGET_MODE_REP_EXTENDED

On 11/4/22 17:00, Philipp Tomsich wrote: Alexander, I had missed your comment until now. On Tue, 6 Sept 2022 at 13:39, Alexander Monakov wrote: On Mon, 5 Sep 2022, Philipp Tomsich wrote: +riscv_mode_rep_extended (scalar_int_mode mode, scalar_int_mode mode_rep) +{ + /* On 64-bit

Re: gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

> Date: Sun, 20 Nov 2022 16:44:08 +0100 > From: Pali Rohár > Cc: gcc@gcc.gnu.org, mingw-w64-pub...@lists.sourceforge.net > > > Installing a redistributable is a nuisance, and dependence on non-system > > libraries might make the program non-free. > > On new windows versions they may be

[Bug c/107769] New: -flto with -Os/-O2/-O3 emitted code with gcc 12.x segfaults via mutated global in .rodata

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107769 Bug ID: 107769 Summary: -flto with -Os/-O2/-O3 emitted code with gcc 12.x segfaults via mutated global in .rodata Product: gcc Version: 12.2.0 Status: UNCONFIRMED

Re: gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

On Sunday 20 November 2022 17:23:15 Eli Zaretskii wrote: > > Date: Sun, 20 Nov 2022 16:04:11 +0100 > > From: Pali Rohár > > Cc: gcc@gcc.gnu.org, mingw-w64-pub...@lists.sourceforge.net > > > > On Sunday 20 November 2022 16:45:55 Eli Zaretskii wrote: > > > > Date: Sun, 20 Nov 2022 13:53:48 +0100 >

Re: [PATCH v2] tree-object-size: Support strndup and strdup

On 11/4/22 06:48, Siddhesh Poyarekar wrote: Use string length of input to strdup to determine the usable size of the resulting object. Avoid doing the same for strndup since there's a chance that the input may be too large, resulting in an unnecessary overhead or worse, the input may not be

Re: [PATCH 1/3] Compute a table of DWARF register sizes at compile

On 11/8/22 11:05, Florian Weimer via Gcc-patches wrote: The sizes are compile-time constants. Create a vector with them, so that they can be inspected at compile time. * gcc/dwarf2cfi.cc (init_return_column_size): Remove. (init_one_dwarf_reg_size): Adjust.

Re: gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

> Date: Sun, 20 Nov 2022 16:04:11 +0100 > From: Pali Rohár > Cc: gcc@gcc.gnu.org, mingw-w64-pub...@lists.sourceforge.net > > On Sunday 20 November 2022 16:45:55 Eli Zaretskii wrote: > > > Date: Sun, 20 Nov 2022 13:53:48 +0100 > > > From: Pali Rohár via Gcc > > > > > Linking a program against a

Re: [PATCH] configure: Implement --enable-host-bind-now

On 11/10/22 19:53, Marek Polacek via Gcc-patches wrote: This is a rebased version of the patch I posted in February: . Fortunately it is much simpler than the patch implementing --enable-host-pie. I've converted the

Re: [PATCH] configure: Implement --enable-host-pie

On 11/10/22 19:52, Marek Polacek via Gcc-patches wrote: This is a rebased version of the patch I posted in March: which Alex sort of approved here: but it was

Re: [Mingw-w64-public] gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

On Sunday 20 November 2022 21:36:19 LIU Hao wrote: > 在 2022-11-20 20:53, Pali Rohár 写道: > > Hello! I would like to propose a new parameter for gcc: -mcrtdll= to > > allow specifying against which Windows C Runtime library should be > > binary linked. On Windows there are more crt libraries and

Re: gcc parameter -mcrtdll= for choosing Windows C RunTime DLL library

On Sunday 20 November 2022 16:45:55 Eli Zaretskii wrote: > > Date: Sun, 20 Nov 2022 13:53:48 +0100 > > From: Pali Rohár via Gcc > > > > Hello! I would like to propose a new parameter for gcc: -mcrtdll= to > > allow specifying against which Windows C Runtime library should be > > binary linked.

Re: [PATCH] reg-stack: Fix a -fcompare-debug bug in reg-stack [PR107183]

On 11/19/22 02:15, Jakub Jelinek wrote: Hi! As the following testcase shows, the swap_rtx_condition function in reg-stack can result in different code generation between -g and -g0. The function is doing the changes as it goes, so does analysis and changes together, which makes it harder to

  1   2   >