[Bug c/114205] New: Miscompilation: the use of __builtin_object_size cause asan failure.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114205 Bug ID: 114205 Summary: Miscompilation: the use of __builtin_object_size cause asan failure. Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

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

Hi Richard and Tamar, I have a try with DEF_INTERNAL_SIGNED_OPTAB_FN for SAT_ADD/SUB/MUL but meet some problem when match.pd. For unsigned SAT_ADD = (x + y) | - ((x + y) < x), the match.pd can be (bit_ior:c (plus:c@2 @0 @1) (negate (convert (lt @2 @0. For unsigned SAT_SUB = x >= y ? x - y

[Bug tree-optimization/114204] Missed optimization: -(a*!a) => 0 when a=-b-c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114204 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

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

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 set the DECL_CONTEXT to this (nested)

[PATCH] gcc, libcpp: Add warning switch for "#pragma once in main file" [PR89808]

This patch adds a warning switch for "#pragma once in main file". The warning option name is Wpragma-once-outside-header, which is the same as Clang. PR preprocessor/89808 gcc/c-family/ChangeLog: * c-opts.cc (c_common_handle_option): Handle

[Bug tree-optimization/114204] New: Missed optimization: -(a*!a) => 0 when a=-b-c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114204 Bug ID: 114204 Summary: Missed optimization: -(a*!a) => 0 when a=-b-c Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug preprocessor/89808] An option to disable warning "#pragma once in main file"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89808 Ken Matsui changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at

[Bug tree-optimization/114203] [13/14 Regression] Miscompilation: A possible miscompilation in GCC 13 and 14 with option -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114203 Andrew Pinski changed: What|Removed |Added Component|c |tree-optimization Last reconfirmed|

[Bug c/114203] New: Miscompilation: A possible miscompilation in GCC 13 and 14 with option -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114203 Bug ID: 114203 Summary: Miscompilation: A possible miscompilation in GCC 13 and 14 with option -Os Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

[Bug libbacktrace/114201] [14 regression] r14-9247-gc6d4fb0062c605 breaks a bunch of tests on powerpc64 BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114201 Ian Lance Taylor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: libbacktrace patch committed: Read symbol table of debuginfo file

On Thu, Feb 29, 2024 at 7:47 PM Ian Lance Taylor wrote: > > This patch to libbacktrace reads symbol tables from debuginfo files. > These become another symbol table to search. This is needed if people > use --strip-all rather than --strip-debug when adding a debuglink > section. This fixes >

[Bug libbacktrace/114201] [14 regression] r14-9247-gc6d4fb0062c605 breaks a bunch of tests on powerpc64 BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114201 --- Comment #2 from GCC Commits --- The master branch has been updated by Ian Lance Taylor : https://gcc.gnu.org/g:282455d3132322885160d21e8d1da341de6b4484 commit r14-9270-g282455d3132322885160d21e8d1da341de6b4484 Author: Ian Lance Taylor

[Bug libbacktrace/114201] [14 regression] r14-9247-gc6d4fb0062c605 breaks a bunch of tests on powerpc64 BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114201 Ian Lance Taylor changed: What|Removed |Added CC||ian at airs dot com --- Comment #1

[Bug target/114202] [14] RISC-V rv64gcv: miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114202 --- Comment #1 from Patrick O'Neill --- Looks similar to pr114200 so it might be related/duplicate.

[Bug target/114202] New: [14] RISC-V rv64gcv: miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114202 Bug ID: 114202 Summary: [14] RISC-V rv64gcv: miscompile at -O3 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target

[Bug middle-end/114196] [13/14 Regression] Fixed length vector ICE: in vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:9454

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114196 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Target Milestone|---

[Bug libbacktrace/114201] New: [14 regression] r14-9247-gc6d4fb0062c605 breaks a bunch of tests on powerpc64 BE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114201 Bug ID: 114201 Summary: [14 regression] r14-9247-gc6d4fb0062c605 breaks a bunch of tests on powerpc64 BE Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug target/114200] New: [14] RISC-V fixed-length vector miscompile at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114200 Bug ID: 114200 Summary: [14] RISC-V fixed-length vector miscompile at -O3 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3

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

Yeah, talking about this with robin offline for this fix. > Yes, but what we set tieable is e.g. V4QI and V2SF. That comes from different code lines. Jeff would like to learn more about extract_low_bits, it will first convert to int_mode and then call the tieable_p. And I bet the V4QI and V2SF

[PATCH] c++: DECL_DECOMPOSITION_P cleanup

Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for 15? -- >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 DECL_DECOMPOSITION_P. * init.cc

[PATCH] c++: direct-init of an array of class type [PR59465]

Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk? I don't claim that this has to go to 14 though. -- >8 -- ...from another array in a mem-initializer should not be accepted. We already reject struct string {} a[1]; string x[1](a); but struct pair { string s[1];

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

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 in a simple-capture shall denote a local entity" and [basic.pre]/3: "An entity

RE: [PATCH v3] RISC-V: Introduce gcc option mrvv-vector-bits for RVV

Sure thing. Pan -Original Message- From: Vineet Gupta Sent: Saturday, March 2, 2024 3:00 AM To: Li, Pan2 ; Kito Cheng ; 钟居哲 Cc: gcc-patches ; Wang, Yanzhang ; rdapp.gcc ; Jeff Law Subject: Re: [PATCH v3] RISC-V: Introduce gcc option mrvv-vector-bits for RVV Hi Pan, On 2/28/24

[Bug tree-optimization/114090] [13 Regression] forwprop -fwrapv miscompilation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114090 --- Comment #9 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:6b8d8a8bce88981554e5ffeb66bcb6b71a869e62 commit r13-8393-g6b8d8a8bce88981554e5ffeb66bcb6b71a869e62 Author: Jakub Jelinek

[Bug tree-optimization/113603] [12/13 Regression] ICE Segfault during GIMPLE pass: strlen at -O3 since r12-145

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113603 --- Comment #5 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:7bc85af4c48b555da4447405f1319b35ca769d7b commit r13-8386-g7bc85af4c48b555da4447405f1319b35ca769d7b Author: Jakub Jelinek

[Bug tree-optimization/113993] ICE: in get_no_error_domain, at tree-call-cdce.cc:815 with __builtin_exp2f32x() at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113993 --- Comment #10 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:856a66a672a1fd7feb2dee7e7aca21118016063f commit r13-8391-g856a66a672a1fd7feb2dee7e7aca21118016063f Author: Jakub Jelinek

[Bug middle-end/110115] [11/12/13/14 Regression] Wrong code at -O1 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110115 --- Comment #8 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:432708c306838fe1444da0df7d629a60468c0c73 commit r13-8383-g432708c306838fe1444da0df7d629a60468c0c73 Author: Jakub Jelinek

[Bug middle-end/90348] [11/12/13/14 Regression] Partition of char arrays is incorrect in some cases

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90348 --- Comment #32 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:432708c306838fe1444da0df7d629a60468c0c73 commit r13-8383-g432708c306838fe1444da0df7d629a60468c0c73 Author: Jakub Jelinek

[Bug tree-optimization/114041] wrong code with _BitInt() and -O -fgraphite-identity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114041 --- Comment #15 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:ed3588982a5ce058c7b27f33c54c7118adbaf164 commit r13-8395-ged3588982a5ce058c7b27f33c54c7118adbaf164 Author: Jakub Jelinek

[Bug preprocessor/114007] gcc chokes on __has_cpp_attribute(clang::unsafe_buffer_usage)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007 --- Comment #29 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:051cd2a3ee9ba9f47d640a10e96c79b6c5124736 commit r13-8392-g051cd2a3ee9ba9f47d640a10e96c79b6c5124736 Author: Jakub Jelinek

[Bug middle-end/110754] assume create spurious load for volatile variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110754 --- Comment #10 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:e084a6406ea0587beda62684b9d4856292acacfa commit r13-8389-ge084a6406ea0587beda62684b9d4856292acacfa Author: Jakub Jelinek

[Bug tree-optimization/113372] wrong code with _BitInt() arithmetics at -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113372 --- Comment #21 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:432708c306838fe1444da0df7d629a60468c0c73 commit r13-8383-g432708c306838fe1444da0df7d629a60468c0c73 Author: Jakub Jelinek

[Bug middle-end/114136] wrong code for c23 fully anonymous arg lists on arm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114136 --- Comment #3 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:96e6576a1ba0080e70fef4a6f9cc3129fcf6f008 commit r13-8397-g96e6576a1ba0080e70fef4a6f9cc3129fcf6f008 Author: Jakub Jelinek

[Bug rtl-optimization/113656] [x86] ICE in simplify_const_unary_operation, at simplify-rtx.cc:1954 with new -mavx10.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113656 --- Comment #9 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:21d7bffdbe2046cc787fa31a5df5c71dc645b304 commit r13-8387-g21d7bffdbe2046cc787fa31a5df5c71dc645b304 Author: Jakub Jelinek

[Bug c++/113674] [11/12/13 Regression] [[____attr____]] causes internal compiler error: in decl_attributes, at attribs.cc:776

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113674 --- Comment #9 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:9de6ff5ec9a46951d2c71b5b32574a516a72b907 commit r13-8390-g9de6ff5ec9a46951d2c71b5b32574a516a72b907 Author: Jakub Jelinek

[Bug libgomp/113192] [11/12/13 Regression] ERROR: couldn't execute "../../../gcc/libgomp/testsuite/flock": no such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113192 --- Comment #10 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d4f849c0564fc80938d4d4871810a2b97ace45e7 commit r13-8382-gd4f849c0564fc80938d4d4871810a2b97ace45e7 Author: Jakub Jelinek

[Bug c/113262] [11/12/13 Regression] ICE when using [[gnu::copy("")]] attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113262 --- Comment #6 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:7d49a382a6b1b08bda6761b93c27de13397aa630 commit r13-8381-g7d49a382a6b1b08bda6761b93c27de13397aa630 Author: Jakub Jelinek

[Bug middle-end/111422] Wrong code at -O3 on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111422 --- Comment #5 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:432708c306838fe1444da0df7d629a60468c0c73 commit r13-8383-g432708c306838fe1444da0df7d629a60468c0c73 Author: Jakub Jelinek

[Bug target/113122] Assembler messages: Error: operand type mismatch for `movabs' / bad expression / invalid use of register with -fprofile -mcmodel=large -masm=intel

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113122 --- Comment #3 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:8b2a4022af095d1e4fadc2489d4b9ea13966ec5c commit r13-8384-g8b2a4022af095d1e4fadc2489d4b9ea13966ec5c Author: Jakub Jelinek

[Bug libgomp/113192] [11/12/13 Regression] ERROR: couldn't execute "../../../gcc/libgomp/testsuite/flock": no such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113192 --- Comment #9 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:3ac307df305146a438988acbea2341829e8b7ad3 commit r13-8380-g3ac307df305146a438988acbea2341829e8b7ad3 Author: Jakub Jelinek

[Bug rtl-optimization/112758] [13/14 Regression] Inconsistent Bitwise AND Operation Result between int and long long int

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758 --- Comment #18 from GCC Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:e7c9aafd7c2c3f3b68e65ddc999808cce75a19b3 commit r13-8379-ge7c9aafd7c2c3f3b68e65ddc999808cce75a19b3 Author: Jakub Jelinek

Re: [Patch] invoke.texi: Add note that -foffload= does not affect device detection

On 3/1/24 08:23, Tobias Burnus wrote: Not very often, but do I keep running into issues (fails, segfaults) related to testing programs compiled with a GCC without offload configured and then using the system libraries. - That's equivalent to having the system compiler (or any offload compiler)

[Bug debug/112768] btf: fix asm comment output for BTF_KIND_FUNC* kinds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112768 Indu Bhagat changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[PATCH 10/11] gcc/doc/extend.texi: Add documentation for __is_scoped_enum

gcc/ChangeLog: * doc/extend.texi (__is_scoped_enum): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index d36707fcdf3..fb2614176e5 100644 --- a/gcc/doc/extend.texi

[PATCH 02/11] gcc/doc/extend.texi: Add documentation for __is_array

gcc/ChangeLog: * doc/extend.texi (__is_array): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index b13f9d6f934..5aeb9bdd47a 100644 --- a/gcc/doc/extend.texi +++

[PATCH 08/11] gcc/doc/extend.texi: Add documentation for __is_object

gcc/ChangeLog: * doc/extend.texi (__is_object): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 08276f734f2..05f864e3dd5 100644 --- a/gcc/doc/extend.texi +++

[Bug debug/114186] Incorrect CTF generated for multidimensional array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114186 Indu Bhagat changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[PATCH 11/11] gcc/doc/extend.texi: Add documentation for __remove_pointer

gcc/ChangeLog: * doc/extend.texi (__remove_pointer): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index fb2614176e5..1705ed93934 100644 --- a/gcc/doc/extend.texi

[PATCH 05/11] gcc/doc/extend.texi: Add documentation for __is_member_function_pointer

gcc/ChangeLog: * doc/extend.texi (__is_member_function_pointer): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 8ad88516c04..9361b425ba1 100644 ---

[PATCH 04/11] gcc/doc/extend.texi: Add documentation for __is_function

gcc/ChangeLog: * doc/extend.texi (__is_function): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 4c8c0631ca7..8ad88516c04 100644 --- a/gcc/doc/extend.texi +++

Re: [PATCH 5/5] RISC-V: Support vmsxx.vx for autovec comparison of vec and imm

On Fri, Mar 1, 2024 at 4:07 AM Robin Dapp wrote: > > Hi Han, > > in addition to what Juzhe mentioned (and that late-combine is going > to handle such cases) it should be noted that register pressure > should not be the only consideration here. Many uarchs have a higher > latency for

[PATCH 01/11] gcc/doc/extend.texi: Sort built-in traits alphabetically

This patch sorts built-in traits alphabetically for better codebase consistency and easier future integration of changes. gcc/ChangeLog: * doc/extend.texi (Type Traits): Sort built-in traits alphabetically. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 62

[PATCH 06/11] gcc/doc/extend.texi: Add documentation for __is_member_object_pointer

gcc/ChangeLog: * doc/extend.texi (__is_member_object_pointer): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 9361b425ba1..df2df98567a 100644 ---

[PATCH 03/11] gcc/doc/extend.texi: Add documentation for __is_bounded_array

gcc/ChangeLog: * doc/extend.texi (__is_bounded_array): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 5aeb9bdd47a..4c8c0631ca7 100644 --- a/gcc/doc/extend.texi

[PATCH 09/11] gcc/doc/extend.texi: Add documentation for __is_reference

gcc/ChangeLog: * doc/extend.texi (__is_reference): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index 05f864e3dd5..d36707fcdf3 100644 --- a/gcc/doc/extend.texi +++

[PATCH 07/11] gcc/doc/extend.texi: Add documentation for __is_member_pointer

gcc/ChangeLog: * doc/extend.texi (__is_member_pointer): New documentation. Signed-off-by: Ken Matsui --- gcc/doc/extend.texi | 5 + 1 file changed, 5 insertions(+) diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index df2df98567a..08276f734f2 100644 ---

[Bug libstdc++/114101] FAIL: 26_numerics/headers/cmath/functions_std_c++17.cc -std=gnu++17 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114101 --- Comment #8 from John David Anglin --- Patch here: https://gcc.gnu.org/pipermail/gcc-patches/2024-February/646905.html

[Bug ipa/46596] misbehavior when mixing always_inline and alias attributes in the same compilation unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596 Andrew Pinski changed: What|Removed |Added CC||luto at kernel dot org --- Comment #7

[Bug c/59197] An alias from an always_inline function causes inconsistent behavior

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

[Bug c/59197] An alias from an always_inline function causes inconsistent behavior

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59197 --- Comment #2 from Andrew Pinski --- Dup.

[Bug ipa/101270] error: inlining failed in call to ‘always_inline’ ‘open.localalias’: function not inlinable with -fPIC -fno-semantic-interposition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101270 Andrew Pinski changed: What|Removed |Added CC||csfore at posteo dot net --- Comment

[Bug ipa/114199] __gnu_inline__ vs -fno-semantic-interposition with defintion in the same TU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114199 Andrew Pinski changed: What|Removed |Added Resolution|--- |DUPLICATE

[Bug ipa/114199] __gnu_inline__ vs -fno-semantic-interposition with defintion in the same TU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114199 Andrew Pinski changed: What|Removed |Added Component|c |ipa --- Comment #5 from Andrew Pinski

[Bug c/114199] error: inlining failed in call to ‘always_inline’ ‘readlinkat.localalias’: function not inlinable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114199 --- Comment #4 from Christopher Fore --- Created attachment 57593 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57593=edit original preprocessed file

[Bug c/114199] error: inlining failed in call to ‘always_inline’ ‘readlinkat.localalias’: function not inlinable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114199 --- Comment #3 from Christopher Fore --- Created attachment 57592 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57592=edit minimized preprocessed file

[Bug c/114199] error: inlining failed in call to ‘always_inline’ ‘readlinkat.localalias’: function not inlinable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114199 --- Comment #2 from Christopher Fore --- Got it, I believe I was missing a flag when attempting to reproduce on the lower versions, apologies!

[Bug libstdc++/114103] FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103 Jonathan Wakely changed: What|Removed |Added Attachment #57540|0 |1 is obsolete|

gcc-12-20240301 is now available

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

[Bug libstdc++/114103] FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103 --- Comment #13 from Jonathan Wakely --- Ah yes, it still needs some rules_counter, just not using the lock-free alias: --- a/libstdc++-v3/src/c++20/tzdb.cc +++ b/libstdc++-v3/src/c++20/tzdb.cc @@ -705,6 +705,8 @@ namespace std::chrono #endif

[Bug c/114199] error: inlining failed in call to ‘always_inline’ ‘readlinkat.localalias’: function not inlinable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114199 Sam James changed: What|Removed |Added Summary|[14 regression] error: |error: inlining failed in

[Bug libstdc++/114103] FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103 --- Comment #12 from Jonathan Wakely --- Ah yes, it still needs some rules_counter, just not using the lock-free alias: --- a/libstdc++-v3/src/c++20/tzdb.cc +++ b/libstdc++-v3/src/c++20/tzdb.cc @@ -705,6 +705,8 @@ namespace std::chrono #endif

[Bug c/114199] New: [14 regression] error: inlining failed in call to ‘always_inline’ ‘readlinkat.localalias’: function not inlinable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114199 Bug ID: 114199 Summary: [14 regression] error: inlining failed in call to ‘always_inline’ ‘readlinkat.localalias’: function not inlinable Product: gcc Version:

[Bug c++/106009] [modules] internal compiler error: in import_entity_index with templated local enum in header unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106009 Patrick Palka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 106009, which changed state. Bug 106009 Summary: [modules] internal compiler error: in import_entity_index with templated local enum in header unit https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106009 What

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 104919, which changed state. Bug 104919 Summary: [modules] enum in constexpr function causes "failed to read compiled module cluster 1: Bad file data" https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104919

[Bug c++/104919] [modules] enum in constexpr function causes "failed to read compiled module cluster 1: Bad file data"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104919 Patrick Palka changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/104919] [modules] enum in constexpr function causes "failed to read compiled module cluster 1: Bad file data"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104919 --- Comment #2 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:574fd1f17f100c7c355ad26bc525ab5a3386bb2d commit r14-9268-g574fd1f17f100c7c355ad26bc525ab5a3386bb2d Author: Patrick Palka Date:

[Bug c++/106009] [modules] internal compiler error: in import_entity_index with templated local enum in header unit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106009 --- Comment #4 from GCC Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:574fd1f17f100c7c355ad26bc525ab5a3386bb2d commit r14-9268-g574fd1f17f100c7c355ad26bc525ab5a3386bb2d Author: Patrick Palka Date:

Re: [committed] Set num_threads to 50 on 32-bit hppa in two libgomp loop tests

On 2024-03-01 3:44 a.m., Jakub Jelinek wrote: Isn't this just that you have 50 in there? No.  It's okay. The problem is we run out of memory caused by a "ulimit -s 81920" statement that I had in .bashrc.  The test pass with default stack allocation. clone(child_stack=0x3191040,

[Bug middle-end/114197] [14] middle-end: ICE in verify_dominators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197 --- Comment #3 from Edwin Lu --- Patch: https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647031.html

[PATCH] middle-end: Fix dominator information with loop duplication PR114197

When adding the new_preheader to the cfg, only the new_preheader's dominator information is updated. If one of the new basic block's children was part of the original cfg and adding new_preheader to the cfg introduces another path to that child, the child's dominator information will not be

[Bug libstdc++/114103] FAIL: 29_atomics/atomic/lock_free_aliases.cc -std=gnu++20 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103 --- Comment #11 from dave.anglin at bell dot net --- On 2024-02-29 12:44 p.m., redi at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114103 > > --- Comment #10 from Jonathan Wakely --- > This additional change should fix

[Bug c++/114005] Constructing a constexpr std::initializer_list ICEs GCC when using C++ modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114005 Nathaniel Shead changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Target Milestone|---

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 114005, which changed state. Bug 114005 Summary: Constructing a constexpr std::initializer_list ICEs GCC when using C++ modules https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114005 What|Removed

[Bug c++/103524] [meta-bug] modules issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524 Bug 103524 depends on bug 114170, which changed state. Bug 114170 Summary: [modules] error streaming in header unit with instantiated variable template with non-trivial initializer https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114170

[Bug c++/114170] [modules] error streaming in header unit with instantiated variable template with non-trivial initializer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114170 Nathaniel Shead changed: What|Removed |Added CC||nshead at gcc dot gnu.org

[Bug c++/114170] [modules] error streaming in header unit with instantiated variable template with non-trivial initializer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114170 --- Comment #1 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:852b58552991099141f9df5782e1f28d8606af9d commit r14-9267-g852b58552991099141f9df5782e1f28d8606af9d Author: Nathaniel Shead

[Bug c++/114005] Constructing a constexpr std::initializer_list ICEs GCC when using C++ modules

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114005 --- Comment #1 from GCC Commits --- The master branch has been updated by Nathaniel Shead : https://gcc.gnu.org/g:2823b4d96d9ec4ad4e67e5e8edaa1b060a467491 commit r14-9266-g2823b4d96d9ec4ad4e67e5e8edaa1b060a467491 Author: Nathaniel Shead

[14 regression] Fix insn types in risc-v port

So one of the broad goals we've had over the last few months has been to ensure that every insn has a scheduling type and that every insn is associated with an insn reservation in the scheduler. This avoids some amazingly bad behavior in the scheduler. I won't go through the gory details.

[Bug middle-end/114198] New: [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 Bug ID: 114198 Summary: [14] RISC-V fixed-length vector -flto ICE: in vectorizable_load, at tree-vect-stmts.cc:10570 Product: gcc Version: 14.0 Status: UNCONFIRMED

[Bug middle-end/114197] [14] middle-end: ICE in verify_dominators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197 --- Comment #2 from Patrick O'Neill --- found via fuzzer

[Bug middle-end/114197] [14] middle-end: ICE in verify_dominators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197 Edwin Lu changed: What|Removed |Added CC||ewlu at rivosinc dot com,

[Bug middle-end/114197] New: [14] middle-end: ICE in verify_dominators

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114197 Bug ID: 114197 Summary: [14] middle-end: ICE in verify_dominators Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug middle-end/114196] New: [13/14 Regression] Fixed length vector ICE: in vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:9454

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114196 Bug ID: 114196 Summary: [13/14 Regression] Fixed length vector ICE: in vect_peel_nonlinear_iv_init, at tree-vect-loop.cc:9454 Product: gcc Version: 14.0 Status:

Re: [PATCH v5] c++: implement [[gnu::non_owning]] [PR110358]

On 3/1/24 16:23, Patrick Palka wrote: Sorry for not asking this sooner, but does it matter whether we attach the attribute to the function type rather than the function declaration? I noticed e.g. nodiscard gets attached to the decl. And we document it as a function attribute despite attaching

Re: [PATCH v5] c++: implement [[gnu::non_owning]] [PR110358]

On Fri, 1 Mar 2024, Jason Merrill wrote: > On 3/1/24 14:24, Marek Polacek wrote: > > On Fri, Mar 01, 2024 at 01:19:40PM -0500, Jason Merrill wrote: > > > On 3/1/24 12:39, Marek Polacek wrote: > > > >@option{-Wdangling-reference} also warns about code like > > > >@smallexample > > > > @@

[Bug c++/110075] Bogus -Wdangling-reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110075 Marek Polacek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/110213] Bogus (as opposed to false positive) -Wdangling-reference warning

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

[Bug rtl-optimization/114190] wrong code with -O2 -fno-dce -fharden-compares -mvpclmulqdq --param=max-rtl-if-conversion-unpredictable-cost=136

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

[Bug target/114195] New: [14] RISC-V vector ICE: in vectorizable_store, at tree-vect-stmts.cc:8690

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114195 Bug ID: 114195 Summary: [14] RISC-V vector ICE: in vectorizable_store, at tree-vect-stmts.cc:8690 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity:

  1   2   3   >