[Bug tree-optimization/111520] [14 Regression] ICE: verify_flow_info failed (error: probability of edge 3->8 not initialized) with -O -fsignaling-nans -fharden-compares -fnon-call-exceptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111520 Alexandre Oliva changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |aoliva at gcc dot gnu.org

[Bug c++/111897] Initialization of _Float16 with f.p. constant gives false warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111897 --- Comment #2 from Agner Fog --- Thank you Jonathan. The problem is that the C++ standard is becoming so complicated that nobody can master it, not even the persons who wrote the example in the proposal. `_Float16 A{1.0};` gives a warning,

[PATCH] RISC-V: Prohibit combination of 'E' and 'H'

From: Tsukasa OI According to the ratified privileged specification (version 20211203), it says: > The hypervisor extension depends on an "I" base integer ISA with 32 x > registers (RV32I or RV64I), not RV32E, which has only 16 x registers. Also in the latest draft, it also prohibits RV64E

[PATCH] RISC-V: 'Zfa' extension is now ratified

From: Tsukasa OI Since this extension is ratified, it now has the version number 1.0. Reference: gcc/ChangeLog: * common/config/riscv/riscv-common.cc (riscv_ext_version_table): Change version number of the 'Zfa' extension

Re: [PATCH RESEND] libatomic: drop redundant all-multi command

On Aug 1, 2023, Jan Beulich via Gcc-patches wrote: > * Makefile.am (all-multi): Drop commands. > * Makefile.in: Update accordingly. LGTM, thanks, -- Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/ Free Software Activist

Re: Darwin: Replace environment runpath with embedded [PR88590]

On Aug 29, 2023, FX Coudert wrote: >> I think a build machinery review is needed. > Thanks. CC’ing the relevant maintainers for review of the build part. > The driver part and the darwin-specific part are already okayed. The build machinery bits look reasonable to me. I have no specific

[Bug middle-end/111904] Miscompilation with -O3 -fharden-control-flow-redundancy?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904 Alexandre Oliva changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/111892] [SH] [13 Regression] internal compiler error: Illegal instruction when building e2fsprogs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111892 --- Comment #5 from Oleg Endo --- Adrian, can you please give it another go with the patch I've posted in PR 111001 ? https://gcc.gnu.org/bugzilla/attachment.cgi?id=56164

[Bug target/111001] SH: ICE during RTL pass: sh_treg_combine2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111001 --- Comment #4 from Oleg Endo --- Created attachment 56164 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56164=edit sh_pr11001_fix.patch Can you please try this patch? It should solve the problem, but not sure if there could be any

[Bug target/111857] RISC-V: Failed to vectorize small GNU vector if zvl4096b with fixed-vlmax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111857 JuzheZhong changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

RE: [PATCH v2] RISC-V: Support partial VLS mode when preference fixed-vlmax [PR111857]

Committed, thanks Juzhe. Pan

[Bug target/111857] RISC-V: Failed to vectorize small GNU vector if zvl4096b with fixed-vlmax

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111857 --- Comment #2 from CVS Commits --- The master branch has been updated by Pan Li : https://gcc.gnu.org/g:66c26e5cfdf65ae024fcb658629dc5a9a10f3f85 commit r14-4812-g66c26e5cfdf65ae024fcb658629dc5a9a10f3f85 Author: Pan Li Date: Fri Oct 20

Re: [PATCH] c++: Implement C++26 P2361R6 - Unevaluated strings [PR110342]

On 10/20/23 17:59, Jakub Jelinek wrote: On Fri, Oct 20, 2023 at 04:12:48PM -0400, Jason Merrill wrote: On 8/24/23 09:58, Jakub Jelinek wrote: The following patch implements C++26 unevaluated-string. As it seems to me just extra pedanticity, it is implemented only for -std=c++26 or -std=gnu++26

[Bug target/111905] -O3 vectorization terribly pessimizes the code for an already unrolled loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111905 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization

Re: [PATCH v9 4/4] ree: Improve ree pass for rs6000 target using defined ABI interfaces

On 10/19/23 23:50, Ajit Agarwal wrote: Hello All: This version 9 of the patch uses abi interfaces to remove zero and sign extension elimination. Bootstrapped and regtested on powerpc-linux-gnu. In this version (version 9) of the patch following review comments are incorporated. a) Removal

[Bug c++/111905] -O3 vectorization terribly pessimizes the code for an already unrolled loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111905 --- Comment #1 from Andrew Pinski --- Created attachment 56163 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56163=edit testcase Please next time put the testcase inline or attach it rather than just link godbolt.

[Bug c++/111905] New: -O3 vectorization terribly pessimizes the code for an already unrolled loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111905 Bug ID: 111905 Summary: -O3 vectorization terribly pessimizes the code for an already unrolled loop Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity:

[Bug tree-optimization/106245] Failure to optimize (u8)(a << 7) >> 7 pattern to a & 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106245 --- Comment #3 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:e28869670c9879fe7c67caf6cc11af202509ef78 commit r14-4810-ge28869670c9879fe7c67caf6cc11af202509ef78 Author: Roger Sayle Date: Sat

[Bug middle-end/101955] (signed<<31)>>31 should become -(signed&1)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101955 --- Comment #8 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:e28869670c9879fe7c67caf6cc11af202509ef78 commit r14-4810-ge28869670c9879fe7c67caf6cc11af202509ef78 Author: Roger Sayle Date: Sat

[Bug rtl-optimization/111267] [14 Regression] Codegen regression from i386 argument passing changes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267 --- Comment #3 from Roger Sayle --- This patch addresses the regression, but probably isn't the correct fix. The issue is that the backend now has a way of representing the concatenation of two registers (for example, TI is constructed for two

[Bug rtl-optimization/111267] [14 Regression] Codegen regression from i386 argument passing changes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111267 --- Comment #2 from Roger Sayle --- Created attachment 56162 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56162=edit proof-of-concept patch

gcc-12-20231020 is now available

Snapshot gcc-12-20231020 is now available on https://gcc.gnu.org/pub/gcc/snapshots/12-20231020/ and on various mirrors, see http://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 c/111904] Miscompilation with -O3 -fharden-control-flow-redundancy?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904 --- Comment #1 from Sam James --- gllib/memset_explicit.o is apparently the same between the two directories

[Bug c/111904] New: Miscompilation with -O3 -fharden-control-flow-redundancy?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111904 Bug ID: 111904 Summary: Miscompilation with -O3 -fharden-control-flow-redundancy? Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal

[Bug c++/111895] error: invalid operands of types 'unsigned char:2' and 'int' to binary 'operator!=' on enum class bitfield cast to bool

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

Re: [PATCH] c++: Implement C++26 P2361R6 - Unevaluated strings [PR110342]

On Fri, Oct 20, 2023 at 04:12:48PM -0400, Jason Merrill wrote: > On 8/24/23 09:58, Jakub Jelinek wrote: > > The following patch implements C++26 unevaluated-string. > > As it seems to me just extra pedanticity, it is implemented only for > > -std=c++26 or -std=gnu++26 and later and only if

[pushed] c++: abstract class and overload resolution

Tested x86_64-pc-linux-gnu, applying to trunk. -- 8< -- In my implementation of P0929 I treated a conversion to an rvalue of abstract class type as a bad conversion, but that's still too soon to check it; we need to wait until we're done with overload resolution. gcc/cp/ChangeLog: *

[Bug target/111545] [14 Regression] RISC-V gfortran.dg/host_assoc_function_7.f09 Illegal instruction error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111545 Edwin Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: [PATCH v23 32/33] c++: Implement __is_invocable built-in trait

On Fri, 20 Oct 2023, Patrick Palka wrote: > On Fri, 20 Oct 2023, Patrick Palka wrote: > > > On Fri, 20 Oct 2023, Ken Matsui wrote: > > > > > This patch implements built-in trait for std::is_invocable. > > > > Nice! My email client unfortunately ate my first review attempt, so > > apologies

[Bug c/111903] [14 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in create_tmp_from_val, at gimplify.cc:567 with -mno-sse2 and _Float16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111903 --- Comment #2 from Andrew Pinski --- This fixes the issue: diff --git a/gcc/convert.cc b/gcc/convert.cc index 64b7001843c..5357609d8f0 100644 --- a/gcc/convert.cc +++ b/gcc/convert.cc @@ -1006,8 +1006,13 @@ convert_to_complex_1 (tree type,

Re: [PATCH v23 32/33] c++: Implement __is_invocable built-in trait

On Fri, 20 Oct 2023, Patrick Palka wrote: > On Fri, 20 Oct 2023, Ken Matsui wrote: > > > This patch implements built-in trait for std::is_invocable. > > Nice! My email client unfortunately ate my first review attempt, so > apologies for my brevity this time around. > > > gcc/cp/ChangeLog: > >

Re: [PATCH v23 32/33] c++: Implement __is_invocable built-in trait

On Fri, 20 Oct 2023, Ken Matsui wrote: > This patch implements built-in trait for std::is_invocable. Nice! My email client unfortunately ate my first review attempt, so apologies for my brevity this time around. > gcc/cp/ChangeLog: > > * cp-trait.def: Define __is_invocable. > *

ping: [PATCH] libcpp: Improve the diagnostic for poisoned identifiers [PR36887]

Hello- May I please ping this one? Thanks... https://gcc.gnu.org/pipermail/gcc-patches/2023-September/630967.html -Lewis On Wed, Sep 20, 2023 at 12:12 AM Lewis Hyatt wrote: > > Hello- > > This patch implements the PR's request to add more information to the > diagnostic issued for using a

[Bug c/111903] [14 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in create_tmp_from_val, at gimplify.cc:567 with -mno-sse2 and _Float16

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

[Bug target/111903] New: [14 Regression] ICE: tree check: expected class 'type', have 'exceptional' (error_mark) in create_tmp_from_val, at gimplify.cc:567 with -mno-sse2 and _Float16

zstd gcc version 14.0.0 20231020 (experimental) (GCC)

Re: [PATCH] libstdc++ Add cstdarg to freestanding

Updated patch, added the requested files, hopefully wrote the commit better. Den tors. 7. sep. 2023 kl. 18.28 skrev Jonathan Wakely : > On Fri, 18 Aug 2023 at 20:14, Paul M. Bendixen > wrote: > > > > Hi > > Jonathan, I just went over the proposal again as well as [compliance], > which Arsen

Re: HELP: Will the reordering happen? Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

> On Oct 20, 2023, at 3:10 PM, Siddhesh Poyarekar wrote: > > On 2023-10-20 14:38, Qing Zhao wrote: >> How about the following: >> Add one more parameter to __builtin_dynamic_object_size(), i.e >> __builtin_dynamic_object_size (_1,1,array_annotated->foo)? >> When we see the structure field

Re: [PATCH] C99 testsuite readiness: Compile more tests with -std=gnu89

OK. -- Joseph S. Myers jos...@codesourcery.com

[pushed] testsuite: constexpr-diag1.C and implicit constexpr

Tested x86_64-pc-linux-gnu, applying to trunk. -- 8< -- This test doesn't break as expected with implicit constexpr. gcc/testsuite/ChangeLog: * g++.dg/cpp1y/constexpr-diag1.C: Add -fno-implicit-constexpr. --- gcc/testsuite/g++.dg/cpp1y/constexpr-diag1.C | 2 +- 1 file changed, 1

[pushed] c++: fix tourney logic

Tested x86_64-pc-linux-gnu, applying to trunk. Patrick, sorry I didn't apply this sooner. -- 8< -- In r13-3766 I changed the logic at the end of tourney to avoid redundant comparisons, but the change also meant skipping any less-good matches between the champ_compared_to_predecessor candidate

[Bug c++/105322] [modules] ICE with constexpr object of local class type from another function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105322 --- Comment #6 from CVS Commits --- The master branch has been updated by Nathan Sidwell : https://gcc.gnu.org/g:084addf8a700fab9222d4127ab8524920d0ca481 commit r14-4806-g084addf8a700fab9222d4127ab8524920d0ca481 Author: Nathan Sidwell Date:

[Bug tree-optimization/111860] [14 Regression] incorrect vUSE after guard block loop skip block during vectorization.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111860 Andrew Pinski changed: What|Removed |Added CC||manuel.lauss at googlemail dot com

[Bug c/111902] internal compiler error: verify_ssa failed

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

[Bug c/109827] Pointer/integer mismatch in ?: not covered by -Wint-conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109827 Florian Weimer changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug other/44209] [meta-bug] Some warnings are not linked to diagnostics options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209 Bug 44209 depends on bug 109827, which changed state. Bug 109827 Summary: Pointer/integer mismatch in ?: not covered by -Wint-conversion https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109827 What|Removed |Added

[Bug other/44209] [meta-bug] Some warnings are not linked to diagnostics options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209 Bug 44209 depends on bug 109826, which changed state. Bug 109826 Summary: Incompatible pointer types in ?: not covered by -Wincompatible-pointer-types https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109826 What|Removed

[Bug c/109826] Incompatible pointer types in ?: not covered by -Wincompatible-pointer-types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109826 Florian Weimer changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/109827] Pointer/integer mismatch in ?: not covered by -Wint-conversion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109827 --- Comment #3 from CVS Commits --- The master branch has been updated by Florian Weimer : https://gcc.gnu.org/g:7069ea909f5292a17d22e5e68218373186820d29 commit r14-4805-g7069ea909f5292a17d22e5e68218373186820d29 Author: Florian Weimer Date:

[Bug other/44209] [meta-bug] Some warnings are not linked to diagnostics options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209 --- Comment #10 from CVS Commits --- The master branch has been updated by Florian Weimer : https://gcc.gnu.org/g:857a6ee25ff5cbb97715de4dd97e1641285c6085 commit r14-4804-g857a6ee25ff5cbb97715de4dd97e1641285c6085 Author: Florian Weimer Date:

[Bug other/44209] [meta-bug] Some warnings are not linked to diagnostics options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44209 --- Comment #11 from CVS Commits --- The master branch has been updated by Florian Weimer : https://gcc.gnu.org/g:7069ea909f5292a17d22e5e68218373186820d29 commit r14-4805-g7069ea909f5292a17d22e5e68218373186820d29 Author: Florian Weimer Date:

[Bug c/109826] Incompatible pointer types in ?: not covered by -Wincompatible-pointer-types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109826 --- Comment #6 from CVS Commits --- The master branch has been updated by Florian Weimer : https://gcc.gnu.org/g:857a6ee25ff5cbb97715de4dd97e1641285c6085 commit r14-4804-g857a6ee25ff5cbb97715de4dd97e1641285c6085 Author: Florian Weimer Date:

Re: [PATCH] c++: Implement C++26 P2361R6 - Unevaluated strings [PR110342]

On 8/24/23 09:58, Jakub Jelinek wrote: Hi! The following patch implements C++26 unevaluated-string. As it seems to me just extra pedanticity, it is implemented only for -std=c++26 or -std=gnu++26 and later and only if -pedantic/-pedantic-errors. Hmm, I assumed it was accepted as a DR, but

Re: [PATCH v23 02/33] c-family, c++: Look up built-in traits via identifier node

On Fri, Oct 20, 2023 at 12:12 PM Patrick Palka wrote: > > On Fri, Oct 20, 2023 at 10:02 AM Ken Matsui wrote: > > > > Since RID_MAX soon reaches 255 and all built-in traits are used > > approximately > > once in a C++ translation unit, this patch removes all RID values for > > built-in > >

[Bug rtl-optimization/111901] Apparently bogus CSE of inline asm with memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901 --- Comment #4 from Andrew Pinski --- Looks like postreload_cse is causing the issue ...

Re: [PATCH v3] Control flow redundancy hardening

SPARC target header requires memmodel.h. David * gimple-harden-control-flow.cc: Include memmodel.h. *diff --git a/gcc/gimple-harden-control-flow.cc b/gcc/gimple-harden-control-flow.cc* *index 1b345dab766..441df5ac21c 100644* *--- a/gcc/gimple-harden-control-flow.cc* *+++

[Bug c++/105467] Dependency file produced by C++ modules causes Ninja errors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105467 --- Comment #2 from jpakkane at gmail dot com --- It would be preferable to have the default work out of the box than having every end user having to add compiler flags to make things work. Ninja is the most popular underlying build system for

Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

Am Freitag, dem 20.10.2023 um 18:48 + schrieb Qing Zhao: > > > On Oct 20, 2023, at 2:34 PM, Kees Cook wrote: > > > > On Fri, Oct 20, 2023 at 11:50:11AM +0200, Martin Uecker wrote: > > > Am Donnerstag, dem 19.10.2023 um 16:33 -0700 schrieb Kees Cook: > > > > On Wed, Oct 18, 2023 at

[Bug rtl-optimization/111901] Apparently bogus CSE of inline asm with memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901 --- Comment #3 from Linus Torvalds --- (In reply to Andrew Pinski from comment #1) > I suspect without an input, the cse will happen as there is no other writes > in the loop. Yes, it looks to me like the CSE simply didn't think of the memory

[Bug rtl-optimization/111901] Apparently bogus CSE of inline asm with memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901 Andrew Pinski changed: What|Removed |Added Keywords||wrong-code

Re: [PATCH] c++/modules: ICE with lambda initializing local var [PR105322]

On Fri, 20 Oct 2023, Nathan Sidwell wrote: > Thanks for looking at this, but your patch is essentially papering over the > problem. > > It took me a while to figure out, but the clue was that things like > 'decltype(f()).m' worked, but 'decltype(f()){0}' did not. The CONSTRUCTOR > node is the

[Bug c/111884] [13/14 Regression] unsigned char no longer aliases anything under -std=c2x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884 Marek Polacek changed: What|Removed |Added Status|NEW |RESOLVED Assignee|unassigned

[Bug c/111884] [13/14 Regression] unsigned char no longer aliases anything under -std=c2x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884 --- Comment #6 from CVS Commits --- The releases/gcc-13 branch has been updated by Marek Polacek : https://gcc.gnu.org/g:4f93c6027fb09c94ca8dc7fe13f92a3b9205b68a commit r13-7967-g4f93c6027fb09c94ca8dc7fe13f92a3b9205b68a Author: Marek Polacek

[Bug c/111884] [13/14 Regression] unsigned char no longer aliases anything under -std=c2x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111884 --- Comment #5 from CVS Commits --- The trunk branch has been updated by Marek Polacek : https://gcc.gnu.org/g:281699fbff6262766674ab13087d37db751cd40a commit r14-4802-g281699fbff6262766674ab13087d37db751cd40a Author: Marek Polacek Date:

Re: [PATCH v23 02/33] c-family, c++: Look up built-in traits via identifier node

On Fri, Oct 20, 2023 at 10:02 AM Ken Matsui wrote: > > Since RID_MAX soon reaches 255 and all built-in traits are used approximately > once in a C++ translation unit, this patch removes all RID values for built-in > traits and uses the identifier node to look up the specific trait. Rather > than

Re: HELP: Will the reordering happen? Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

On 2023-10-20 14:38, Qing Zhao wrote: How about the following: Add one more parameter to __builtin_dynamic_object_size(), i.e __builtin_dynamic_object_size (_1,1,array_annotated->foo)? When we see the structure field has counted_by attribute. Or maybe add a barrier preventing any

Re: [PATCH] c-family: char8_t and aliasing in C vs C++ [PR111884]

On 10/20/23 12:31, Marek Polacek wrote: Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk? OK. -- >8 -- In the PR, Joseph says that in C char8_t is not a distinct type. So we should behave as if it can alias anything, like ordinary char. In C, unsigned_char_type_node ==

[Bug middle-end/111901] Apparently bogus CSE of inline asm with memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901 Andrew Pinski changed: What|Removed |Added Component|c |middle-end Keywords|

Re: [PATCH] c: -Wincompatible-pointer-types should cover mismatches in ?:

On Fri, 20 Oct 2023, Florian Weimer wrote: > gcc/c/ > > PR c/109826 > PR other/44209 > * c-typeck.cc (build_conditional_expr): Use > OPT_Wincompatible_pointer_types for pointer mismatches. > Emit location information for the operand. > > gcc/testsuite/ > > *

[Bug c/111902] New: internal compiler error: verify_ssa failed

Assignee: unassigned at gcc dot gnu.org Reporter: manuel.lauss at googlemail dot com Target Milestone: --- Created attachment 56159 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56159=edit unreduced testcase # gcc -v gcc version 14.0.0 20231020 (experimen

Re: [PATCH] c: -Wint-conversion should cover pointer/integer mismatches in ?:

On Fri, 20 Oct 2023, Florian Weimer wrote: > gcc/c/ > > PR c/109827 > PR other/44209 > * c-typeck.cc (build_conditional_expr): Use OPT_Wint_conversion > for pointer/integer mismatch warnings. > > gcc/testsuite/ > > * gcc.dg/Wint-conversion-3.c: New. OK. --

[PATCH] C99 testsuite readiness: Compile more tests with -std=gnu89

gcc/testsuite/ * gcc.c-torture/compile/2403-1.c: Compile with -std=gnu89. * gcc.c-torture/compile/2511-1.c: Likewise. * gcc.c-torture/compile/2804-1.c: Likewise. * gcc.c-torture/compile/20020418-1.c: Likewise. *

[PATCH] C99 testsuite readiness: Some unverified test case reductions

gcc/testsuite/ * gcc.c-torture/compile/2412-2.c (f): Call __builtin_strleninstead of strlen. * gcc.c-torture/compile/2427-1.c (FindNearestPowerOf2): Declare. * gcc.c-torture/compile/2802-1.c (bar): Call __builtin_memcpy

[Bug c/111901] New: Apparently bogus CSE of inline asm with memory clobber

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111901 Bug ID: 111901 Summary: Apparently bogus CSE of inline asm with memory clobber Product: gcc Version: 13.2.1 Status: UNCONFIRMED Severity: normal Priority: P3

Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

> On Oct 20, 2023, at 2:34 PM, Kees Cook wrote: > > On Fri, Oct 20, 2023 at 11:50:11AM +0200, Martin Uecker wrote: >> Am Donnerstag, dem 19.10.2023 um 16:33 -0700 schrieb Kees Cook: >>> On Wed, Oct 18, 2023 at 09:11:43PM +, Qing Zhao wrote: As I replied to Martin in another email, I

Re: HELP: Will the reordering happen? Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

> On Oct 20, 2023, at 2:22 PM, Richard Biener > wrote: > > > >> Am 20.10.2023 um 19:09 schrieb Qing Zhao : >> >> Sid, >> >> (Richard, can you please help me to make sure this? Thanks a lot) >> >> I studied a little bit more on the following question you raised during the >> review

Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

On Fri, Oct 20, 2023 at 11:50:11AM +0200, Martin Uecker wrote: > Am Donnerstag, dem 19.10.2023 um 16:33 -0700 schrieb Kees Cook: > > On Wed, Oct 18, 2023 at 09:11:43PM +, Qing Zhao wrote: > > > As I replied to Martin in another email, I plan to do the following to > > > resolve this issue: >

Re: [PATCH] libstdc++: Workaround for LLVM-61763 in ranges

> I don't think this patch counts as legally significant, but if you contribute > again in future you should be aware of > https://gcc.gnu.org/contribute.html#legal and either complete the copyright > assignment paperwork, or add a DCO sign-off to the commit message. Thanks for the reminder. I

Re: HELP: Will the reordering happen? Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

> Am 20.10.2023 um 19:09 schrieb Qing Zhao : > > Sid, > > (Richard, can you please help me to make sure this? Thanks a lot) > > I studied a little bit more on the following question you raised during the > review process: > > For the following small testing case: > > 1 struct annotated

Re: [PATCH v3] Control flow redundancy hardening

This patch broke bootstrap on AIX because ASM_GENERATE_INTERNAL_LABEL can embed target-specific functions. Fixed by including tm_p.h. Thanks, David * gimple-harden-control-flow.cc: Include tm_p.h. *diff --git a/gcc/gimple-harden-control-flow.cc b/gcc/gimple-harden-control-flow.cc*

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

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

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

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

Re: [PATCH v2 0/2] riscv: Adding support for XTHead(F)MemIdx

On Fri, Oct 20, 2023 at 4:33 PM Jeff Law wrote: > > > > On 10/20/23 03:53, Christoph Muellner wrote: > > From: Christoph Müllner > > > > This two patches add support for the XTheadMemIdx > > and XTheadFMemIdx ISA extensions, that support additional > > addressing modes. The extensions are

[Bug preprocessor/111900] New: newlines in arguments in function-like macros are not preserved

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111900 Bug ID: 111900 Summary: newlines in arguments in function-like macros are not preserved Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[PATCH] rust: build failure after NON_DEPENDENT_EXPR removal [PR111899]

Built on x86_64-pc-linux-gnu, pushed to trunk as obvious (hopefully). -- >8 -- This patch removes stray NON_DEPENDENT_EXPR checks following the removal of this tree code from the C++ FE. (Since this restores the build I supppose it means the Rust FE never creates NON_DEPENDENT_EXPR trees in the

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 --- Comment #4 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:5ac53c025e08b4c464b02cfc595e422813023c81 commit r14-4800-g5ac53c025e08b4c464b02cfc595e422813023c81 Author: Patrick Palka Date:

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 --- Comment #4 from CVS Commits --- The master branch has been updated by Patrick Palka : https://gcc.gnu.org/g:5ac53c025e08b4c464b02cfc595e422813023c81 commit r14-4800-g5ac53c025e08b4c464b02cfc595e422813023c81 Author: Patrick Palka Date:

[PATCH] rust: build failure after NON_DEPENDENT_EXPR removal [PR111899]

Built on x86_64-pc-linux-gnu, pushed to trunk as obvious (hopefully). -- >8 -- This patch removes stray NON_DEPENDENT_EXPR checks following the removal of this tree code from the C++ FE. (Since this restores the build I supppose it means the Rust FE never creates NON_DEPENDENT_EXPR trees in the

[Bug fortran/110644] Error in gfc_format_decoder

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110644 --- Comment #11 from Steve Kargl --- On Fri, Oct 20, 2023 at 03:13:06PM +, aluaces at udc dot es wrote: > Ok, indeed they were some warnings. I had to use _current_locus, as you > suggested, so now all of them are pointed at the end of the

PR111754

Hi, For the following test-case: typedef float __attribute__((__vector_size__ (16))) F; F foo (F a, F b) { F v = (F) { 9 }; return __builtin_shufflevector (v, v, 1, 0, 1, 2); } Compiling with -O2 results in following ICE: foo.c: In function ‘foo’: foo.c:6:10: internal compiler error: in

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 --- Comment #3 from Patrick Palka --- I'm testing simply removing all occurrences of NON_DEPENDENT_EXPR in the parts of rust FE that were reused from the C++ FE -- You are receiving this mail because: You are on the CC list for the bug.

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 --- Comment #3 from Patrick Palka --- I'm testing simply removing all occurrences of NON_DEPENDENT_EXPR in the parts of rust FE that were reused from the C++ FE

HELP: Will the reordering happen? Re: [V3][PATCH 0/3] New attribute "counted_by" to annotate bounds for C99 FAM(PR108896)

Sid, (Richard, can you please help me to make sure this? Thanks a lot) I studied a little bit more on the following question you raised during the review process: For the following small testing case: 1 struct annotated { 2 int foo; 3 char array[] __attribute__((counted_by (foo)));

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org

[Patch] OpenMP: Add C++ support for 'omp allocate' with stack variables

This patch adds C++ support for OpenMP's 'omp allocate' for stack/automatic arrays. Comments and suggestions? — I bet there are given my little knowledge about the C++ FE... Tobias PS: I think I should write some additional C++-specific code, I bet some corner cases are missed. The question is

Re: [PATCH v2] ARM: Block predication on atomics [PR111235]

On 02/10/2023 18:12, Wilco Dijkstra wrote: Hi Ramana, I used --target=arm-none-linux-gnueabihf --host=arm-none-linux-gnueabihf --build=arm-none-linux-gnueabihf --with-float=hard. However it seems that the default armhf settings are incorrect. I shouldn't need the --with-float=hard since

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 --- Comment #2 from Andrew Pinski --- I noticed it via the build bot: https://gcc.gnu.org/pipermail/gcc-testresults/2023-October/798851.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111899 --- Comment #2 from Andrew Pinski --- I noticed it via the build bot: https://gcc.gnu.org/pipermail/gcc-testresults/2023-October/798851.html

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

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

[Bug rust/111899] [14 regression] GCC fails to bootstrap with 'rust-tree.cc:131:10: error: ‘NON_DEPENDENT_EXPR’ was not declared in this scope'

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

  1   2   3   4   >