[Bug modula2/109952] Inconsistent HIGH values with 'ARRAY OF CHAR'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109952 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:6ae50730003862aee81ad6c53e4c1a96ed1ee36e commit r13-7640-g6ae50730003862aee81ad6c53e4c1a96ed1ee36e Author: Gaius Mulley Da

[Bug middle-end/110818] Segmentation fault with '-O3 -fno-dce -fno-ipa-cp -fno-tree-dce -fno-tree-sink'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110818 --- Comment #7 from CTC <19373742 at buaa dot edu.cn> --- Reduced testcase: # cat testcase.i struct a { short b; } d, g; int c; static struct a e(short); static struct a f(int *i) { long h[] = {1, 1, 1, 1, 1, 1, 1}; for (; c <= 8; ++c)

[Bug tree-optimization/110819] Missed optimization: when vector's size is 0 but vector::reserve has been called.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110819 --- Comment #2 from AK --- > When compiled with clang, libstdc++'s std::vector uses __builtin_operator_new > which always has the -fassume-sane-operator-new semantics, and so can be > optimized. yes clang optimizes with libstdc++ as well. wha

[Bug modula2/109908] Delete from m2iso Strings is broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109908 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:9306ef0d5786496a9bbe1850c2e826d5cdf5582e commit r13-7639-g9306ef0d5786496a9bbe1850c2e826d5cdf5582e Author: Gaius Mulley Da

[Bug tree-optimization/110849] [14 Regression] XPASS in gcc.dg/unroll-7.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110849 Patrick O'Neill changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug bootstrap/110684] unknown spec function ‘dumps’ error, C compiler cannot create executables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684 --- Comment #17 from AlexK --- to continue I should add line cp -v prev-libcody/libcody.so libccody/ but why there are so many static libs in prev- directories ? my patches didn't cancel all them ...

[Bug modula2/109879] ReadCard and ReadInt from WholeIO have problems with leading space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109879 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:461359a8f8361d00f926985050e06bd13445ea69 commit r13-7637-g461359a8f8361d00f926985050e06bd13445ea69 Author: Gaius Mulley Da

[Bug target/110748] RISC-V: optimize store of DF 0.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110748 --- Comment #15 from Vineet Gupta --- (In reply to Vineet Gupta from comment #12) > > void znd(double *d) { *d = -0.0; } > > void znf(float *f) { *f = -0.0; } We need 3 set of changes to get const -0.0 working: 1. Allow expand to generate set

[Bug tree-optimization/110849] [14 Regression] XPASS in gcc.dg/unroll-7.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110849 Patrick O'Neill changed: What|Removed |Added CC||jh at suse dot cz --- Comment #1 from

[Bug c++/110848] Consider enabling -Wvla by default in C++ modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848 Martin Uecker changed: What|Removed |Added CC||muecker at gwdg dot de --- Comment #5 f

[Bug lto/110844] LTO sometimes fail with -save-temp -dumpdir options

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

[Bug tree-optimization/110849] New: [14 Regression] XPASS in gcc.dg/unroll-7.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110849 Bug ID: 110849 Summary: [14 Regression] XPASS in gcc.dg/unroll-7.c Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-

[Bug lto/110844] LTO sometimes fail with -save-temp -dumpdir options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110844 --- Comment #1 from Andrew Pinski --- Created attachment 55655 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55655&action=edit strace output Attached is the `strace -f` output of invoking `g++ -flto -save-temps -dumpdir /tmp/ a.o` for th

[Bug modula2/108344] Many tests time out: isatty called in a tight loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108344 --- Comment #7 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:35a04220554d62d9bbe068dfa2f52d4d2d572805 commit r13-7636-g35a04220554d62d9bbe068dfa2f52d4d2d572805 Author: Gaius Mulley Da

[Bug middle-end/110847] [13/14 Regression] Inaccurate GCC documentation about -Wtsan and -Wxor-used-as-pow warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110847 Andrew Pinski changed: What|Removed |Added Summary|Inaccurate GCC |[13/14 Regression] |d

[Bug fortran/110360] ABI issue with character,value dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360 --- Comment #31 from David Edelsohn --- Yes, &"B"[1], is not shifted because it is a reference. The important different is "B" is passed left-shifted, but 65 is passed right-shifted. call val ("B","B") OK call val ("A",char(65))

[Bug other/110205] Some new warnings from clang for the range code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110205 --- Comment #5 from CVS Commits --- The master branch has been updated by Andrew Macleod : https://gcc.gnu.org/g:7905c071c35070fff3397b1e24f140c128c08e64 commit r14-2859-g7905c071c35070fff3397b1e24f140c128c08e64 Author: Andrew MacLeod Date:

[Bug analyzer/109361] RFE: SARIF output could contain timing/profile information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109361 --- Comment #4 from David Malcolm --- 1st patch posted for this (adding -fsarif-time-report): https://gcc.gnu.org/pipermail/gcc-patches/2023-April/615109.html 2nd patch: https://gcc.gnu.org/pipermail/gcc-patches/2023-July/625767.html

[Bug c++/110848] Consider enabling -Wvla by default in C++ modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848 --- Comment #4 from Andrew Pinski --- Maybe my issue is this has been a documented extension for 20 years now. -pedantic or -std=c++NN has always rejected it like it should. GCC has other extensions which folks could use by accident too (like st

[Bug c++/110848] Consider enabling -Wvla by default in C++ modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848 --- Comment #3 from Aaron Ballman --- (In reply to Andrew Pinski from comment #1) > Since VLA support has been a GNU C++ extension way before it was proposed to > WG21, I doubt we want to enable this by default. I think it boils down to whether

[Bug c++/110848] Consider enabling -Wvla by default in C++ modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848 --- Comment #2 from Andrew Pinski --- GCC has documented VLA extensions for C++ support since r0-35216-g4b404517536c85 (PR 930 which was done in 2001). So

[Bug c++/110848] Consider enabling -Wvla by default in C++ modes

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

[Bug modula2/109830] m2iso library SeqFile.mod - appending to a file overwrites the contents

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109830 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:55156f50e7c14d63f6c31a65cfdf61c1de33359d commit r13-7634-g55156f50e7c14d63f6c31a65cfdf61c1de33359d Author: Gaius Mulley Da

[Bug c++/110848] New: Consider enabling -Wvla by default in C++ modes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110848 Bug ID: 110848 Summary: Consider enabling -Wvla by default in C++ modes Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/110360] ABI issue with character,value dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360 --- Comment #30 from anlauf at gcc dot gnu.org --- (In reply to David Edelsohn from comment #29) > Maybe something about the way that GFORTRAN is passing the string by value. > 257.optimized shows > > val (&"B"[1]{lb: 1 sz: 1}, "B", 1, 1); >

[Bug fortran/110360] ABI issue with character,value dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360 --- Comment #29 from David Edelsohn --- I don't know if this is a BE issue or a struct issue. AIX doesn't pass characters in structs normally. Is there any other debugging output from the GFORTRAN other than parse? -fdump-lang-all doesn't see

[Bug libstdc++/110807] [13 Regression] Copy list initialisation of a vector raises a warning with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110807 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug tree-optimization/88443] [meta-bug] bogus/missing -Wstringop-overflow warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443 Bug 88443 depends on bug 110807, which changed state. Bug 110807 Summary: [13 Regression] Copy list initialisation of a vector raises a warning with -O2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110807 What|Removed

[Bug libstdc++/110708] std::format("{:%EEC %OOd}", std::chrono::system_clock::now()) should be rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110708 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/104167] Implement C++20 std::chrono::utc_clock, std::chrono::tzdb etc.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167 Bug 104167 depends on bug 110719, which changed state. Bug 110719 Summary: Should chrono formatters always use std::time_put for locale's representation? https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110719 What|Removed

[Bug libstdc++/110719] Should chrono formatters always use std::time_put for locale's representation?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110719 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug fortran/110825] TYPE(*) dummy argument to generate an unused hidden argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110825 --- Comment #5 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:02f4ca0df2d69b922a622e7cc9b396cf686d5a0f commit r14-2856-g02f4ca0df2d69b922a622e7cc9b396cf686d5a0f Author: Harald Anlauf Date: T

[Bug fortran/110360] ABI issue with character,value dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360 --- Comment #28 from anlauf at gcc dot gnu.org --- (In reply to David Edelsohn from comment #27) > If GFORTRAN assumes that a scalar value and a value in a struct are passed > in registers with the same padding, that is not a valid, general assum

[Bug modula2/109810] String literal exceeding array causes ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109810 --- Comment #7 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:52405b14b7e6a8d13ac53525a341ebfd27ef67cc commit r13-7633-g52405b14b7e6a8d13ac53525a341ebfd27ef67cc Author: Gaius Mulley Da

[Bug libstdc++/110719] Should chrono formatters always use std::time_put for locale's representation?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110719 --- Comment #6 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:24c352c41eb944d29b09f33a42662efad3f6f811 commit r13-7631-g24c352c41eb944d29b09f33a42662efad3f6f811 Author: Jonathan Wake

[Bug libstdc++/110708] std::format("{:%EEC %OOd}", std::chrono::system_clock::now()) should be rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110708 --- Comment #4 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:74f1c016f44daf18e4bed76b283cd5bfd0b5c8c7 commit r13-7629-g74f1c016f44daf18e4bed76b283cd5bfd0b5c8c7 Author: Jonathan Wake

[Bug libstdc++/110719] Should chrono formatters always use std::time_put for locale's representation?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110719 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:cb01a31ab2779b0252c4945924ba2163d9150642 commit r13-7630-gcb01a31ab2779b0252c4945924ba2163d9150642 Author: Jonathan Wake

[Bug libstdc++/110593] The std::ratio meta arithmetic can accept non-std::ratio

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110593 --- Comment #3 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:13dd1501a1adc5d76c13ae36368bff3c3b64da37 commit r13-7627-g13dd1501a1adc5d76c13ae36368bff3c3b64da37 Author: Jonathan Wake

[Bug libstdc++/110807] [13 Regression] Copy list initialisation of a vector raises a warning with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110807 --- Comment #9 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:962cd3e2c475e8197fd0cfa7330a8f352b4ff5b2 commit r13-7625-g962cd3e2c475e8197fd0cfa7330a8f352b4ff5b2 Author: Jonathan Wake

[Bug c++/84542] missing -Wdeprecated-declarations on a redeclared function template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84542 --- Comment #6 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:3f78294969641cb762dc2abcd832c7d3edeefa79 commit r13-7624-g3f78294969641cb762dc2abcd832c7d3edeefa79 Author: Jonathan Wakel

[Bug other/110847] New: Inaccurate GCC documentation about -Wtsan and -Wxor-used-as-pow warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110847 Bug ID: 110847 Summary: Inaccurate GCC documentation about -Wtsan and -Wxor-used-as-pow warnings Product: gcc Version: unknown URL: https://gcc.gnu.org/onlinedocs/gcc

[Bug target/110625] [AArch64] Vect: SLP fails to vectorize a loop as the reduction_latency calculated by new costs is too large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110625 --- Comment #10 from rsandifo at gcc dot gnu.org --- Created attachment 55654 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55654&action=edit Candidate patch (part 2) Sorry for the delay. I'm testing the attached two patches to fix the

[Bug c++/110846] Noinline attribute on a destructor only honored when on the member function declaration, does not wok on definition

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

[Bug modula2/109779] isolib SkipLine skips the first character of the successive line

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109779 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:41e3fd01c204563fc892cd2e7606d01f6467c3e5 commit r13-7623-g41e3fd01c204563fc892cd2e7606d01f6467c3e5 Author: Gaius Mulley Da

[Bug target/110625] [AArch64] Vect: SLP fails to vectorize a loop as the reduction_latency calculated by new costs is too large

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110625 --- Comment #9 from rsandifo at gcc dot gnu.org --- Created attachment 55653 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55653&action=edit Candidate patch (part 1)

[Bug c++/110846] New: Noinline attribute on a destructor only honored when on the member function declaration, does not wok on definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110846 Bug ID: 110846 Summary: Noinline attribute on a destructor only honored when on the member function declaration, does not wok on definition Product: gcc Version:

[Bug bootstrap/110684] unknown spec function ‘dumps’ error, C compiler cannot create executables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110684 --- Comment #16 from AlexK --- I have copied already compileed shared libs into new directories: cp -v prev-libcpp/libcpp.so libcpp/ cp -v prev-libbacktrace/libbacktrace.so libbacktrace/ cp -v prev-libdecnumber/libdecnumber.so libdecnumber/ and

[Bug fortran/110360] ABI issue with character,value dummy argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360 --- Comment #27 from David Edelsohn --- GFORTRAN parse output describes the characters as follow symtree: 'char'|| symbol: 'char' type spec : (UNKNOWN 0) attributes: (PROCEDURE INTRINSIC-PROC FUNCTION ARRAY-OUTER-DEP

[Bug middle-end/110832] [14 Regression] 14% capacita -O2 regression between g:9fdbd7d6fa5e0a76 (2023-07-26 01:45) and g:ca912a39cccdd990 (2023-07-27 03:44) on zen3 and core

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110832 --- Comment #8 from Uroš Bizjak --- (In reply to Richard Biener from comment #6) > Do we know whether we could in theory improve the sanitizing by optimization > without -funsafe-math-optimizations (I think -fno-trapping-math, > -ffinite-math-on

[Bug ipa/110057] Missed devirtualization opportunities

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110057 --- Comment #10 from CVS Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:a47e615fbf9c6f4b24e5032df5d720b6bf9b63b5 commit r14-2853-ga47e615fbf9c6f4b24e5032df5d720b6bf9b63b5 Author: Ng YongXiang Date: Th

[Bug ipa/83054] [8 Regression] ICE in operator>, at profile-count.h:823

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83054 --- Comment #5 from CVS Commits --- The trunk branch has been updated by Jason Merrill : https://gcc.gnu.org/g:a47e615fbf9c6f4b24e5032df5d720b6bf9b63b5 commit r14-2853-ga47e615fbf9c6f4b24e5032df5d720b6bf9b63b5 Author: Ng YongXiang Date: Thu

[Bug c++/110845] Function call when it should inline?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110845 --- Comment #2 from KL --- Changed main to foo: same behavior

[Bug c++/110845] Function call when it should inline?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110845 --- Comment #1 from Andrew Pinski --- Gcc has an heuristic for main where gcc knows that main is called only once and does not inline as much into a function that will ever be called exactly once. My bet if you Rename main to foo, gcc will inli

[Bug modula2/110002] Using -fcpp only invokes cc1 from pre-configured path $(libexec)

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

[Bug target/110795] Bad code gen for vector compare booleans

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110795 --- Comment #5 from Steven Munroe --- Thanks, sorry I missed the obvious.

[Bug c++/110845] New: Function call when it should inline?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110845 Bug ID: 110845 Summary: Function call when it should inline? Product: gcc Version: 13.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/77689] Missing vectorization lead to huge performance loss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689 --- Comment #18 from CVS Commits --- The master branch has been updated by Jan Hubicka : https://gcc.gnu.org/g:f5fb9ff2396fd41fdd2e6d35a412e936d2d42f75 commit r14-2852-gf5fb9ff2396fd41fdd2e6d35a412e936d2d42f75 Author: Jan Hubicka Date: Fri J

[Bug modula2/110246] Using variables of type CHAR or BYTE as array index does not work

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

[Bug modula2/110246] Using variables of type CHAR or BYTE as array index does not work

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

[Bug modula2/109729] gm2 (14.0.0) does not like a CHAR type FOR loop control variable any more

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109729 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:3e9aaa9bcb2fc64e64f4e8a2aa0f6f7395a21c52 commit r13-7622-g3e9aaa9bcb2fc64e64f4e8a2aa0f6f7395a21c52 Author: Gaius Mulley Da

[Bug modula2/110246] Using variables of type CHAR or BYTE as array index does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110246 --- Comment #2 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:3e9aaa9bcb2fc64e64f4e8a2aa0f6f7395a21c52 commit r13-7622-g3e9aaa9bcb2fc64e64f4e8a2aa0f6f7395a21c52 Author: Gaius Mulley Da

[Bug middle-end/110832] [14 Regression] 14% capacita -O2 regression between g:9fdbd7d6fa5e0a76 (2023-07-26 01:45) and g:ca912a39cccdd990 (2023-07-27 03:44) on zen3 and core

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110832 --- Comment #7 from Uroš Bizjak --- (In reply to Richard Biener from comment #6) > Do we know whether we could in theory improve the sanitizing by optimization > without -funsafe-math-optimizations (I think -fno-trapping-math, > -ffinite-math-on

[Bug middle-end/110832] [14 Regression] 14% capacita -O2 regression between g:9fdbd7d6fa5e0a76 (2023-07-26 01:45) and g:ca912a39cccdd990 (2023-07-27 03:44) on zen3 and core

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110832 --- Comment #6 from Richard Biener --- Do we know whether we could in theory improve the sanitizing by optimization without -funsafe-math-optimizations (I think -fno-trapping-math, -ffinite-math-only -fno-signalling-nans should be a better guard

[Bug tree-optimization/110841] [14 Regression] Dead Code Elimination Regression since r14-2675-gef28aadad6e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110841 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.0 Keywords|

[Bug target/110843] [14 Regression] ICE in convert_insn, at config/i386/i386-features.cc:1438 since r14-2405-g4814b63c3c2326

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110843 Richard Biener changed: What|Removed |Added Target Milestone|--- |14.0 Summary|ICE in convert

[Bug lto/110844] New: LTO sometimes fail with -save-temp -dumpdir options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110844 Bug ID: 110844 Summary: LTO sometimes fail with -save-temp -dumpdir options Product: gcc Version: 13.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Compo

[Bug tree-optimization/77689] Missing vectorization lead to huge performance loss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689 --- Comment #17 from Jan Hubicka --- I posted the patch. With it we split the loop, but we don't get really big improvements from that h@ryzen3:~/gcc/build3/gcc> ./xgcc -B ./ -Ofast c.ii -S -fopt-info 2>&1 | grep split ; perf stat ./a.out c.C:15

[Bug target/110843] ICE in convert_insn, at config/i386/i386-features.cc:1438 since r14-2405-g4814b63c3c2326

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110843 Roger Sayle changed: What|Removed |Added Ever confirmed|0 |1 CC|

[Bug middle-end/110832] [14 Regression] 14% capacita -O2 regression between g:9fdbd7d6fa5e0a76 (2023-07-26 01:45) and g:ca912a39cccdd990 (2023-07-27 03:44) on zen3 and core

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110832 Uroš Bizjak changed: What|Removed |Added CC||ubizjak at gmail dot com --- Comment #5 f

[Bug middle-end/110832] [14 Regression] 14% capacita -O2 regression between g:9fdbd7d6fa5e0a76 (2023-07-26 01:45) and g:ca912a39cccdd990 (2023-07-27 03:44) on zen3 and core

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110832 --- Comment #4 from Uroš Bizjak --- Created attachment 55652 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55652&action=edit Patch to recover performance for -funsafe-math-optimizations This patch will recover performance with -funsafe-m

[Bug tree-optimization/106293] [13/14 Regression] 456.hmmer at -Ofast -march=native regressed by 19% on zen2 and zen3 in July 2022

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106293 --- Comment #20 from rguenther at suse dot de --- On Fri, 28 Jul 2023, hubicka at ucw dot cz wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106293 > > --- Comment #19 from Jan Hubicka --- > > This heuristic wants to catch > > > > >

[Bug target/110843] New: ICE in convert_insn, at config/i386/i386-features.cc:1438 since r14-2405-g4814b63c3c2326

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110843 Bug ID: 110843 Summary: ICE in convert_insn, at config/i386/i386-features.cc:1438 since r14-2405-g4814b63c3c2326 Product: gcc Version: 14.0 Status: U

[Bug tree-optimization/110838] [14 Regression] wrong code on x365-3.5, -O3, sign extraction

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

[Bug target/109964] auto-vectorization of shift ignores integral promotions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109964 --- Comment #5 from Richard Biener --- This now hits PR110838.

[Bug tree-optimization/110838] [14 Regression] wrong code on x365-3.5, -O3, sign extraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110838 Richard Biener changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug libgomp/110842] [14 Regression] Openmp loops with KIND=16 DO loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110842 Tobias Burnus changed: What|Removed |Added Keywords||openmp --- Comment #4 from Tobias Burnu

[Bug modula2/109675] GCC 13.1: the Modula-2 front-end fails to build on some platforms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109675 --- Comment #5 from CVS Commits --- The releases/gcc-13 branch has been updated by Gaius Mulley : https://gcc.gnu.org/g:542cba5b5d9d8aae94e3143df7a8cb4714373691 commit r13-7620-g542cba5b5d9d8aae94e3143df7a8cb4714373691 Author: Gaius Mulley Da

[Bug tree-optimization/77689] Missing vectorization lead to huge performance loss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689 --- Comment #16 from Jan Hubicka --- I am testing the following that makes loop splitting understand when first iteration is special. diff --git a/gcc/tree-ssa-loop-split.cc b/gcc/tree-ssa-loop-split.cc index 70cd0aaefa7..1fd3ee1d1e5 100644 ---

[Bug libgomp/110813] [OpenMP] omp_target_memcpy_rect (+ strided 'target update'): Improve GCN performance and contiguous subranges

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110813 --- Comment #2 from Tobias Burnus --- CUDA for memcpy2d/memcpy3d (quote from plugin-nvptx.c): /* TODO: Consider using CU_MEMORYTYPE_UNIFIED if supported. */ Or is this unreachable due to omp_target_memcpy_check's NULL setting of the devi

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109967 --- Comment #6 from Shaohua Li --- Bisected to r9-2635-g78ea9abc201

[Bug libgomp/110842] [14 Regression] Openmp loops with KIND=16 DO loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110842 --- Comment #3 from Thomas Koenig --- (In reply to Jakub Jelinek from comment #2) > Why a regression? It worked before (if only by accident), hence I put "Regression" there. > libgomp has no support for loop iterators larger than 64-bit unsign

[Bug libgomp/110842] [14 Regression] Openmp loops with KIND=16 DO loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110842 --- Comment #2 from Jakub Jelinek --- Why a regression? libgomp has no support for loop iterators larger than 64-bit unsigned, and I believe in OpenMP it is implementation defined which iterator type is used. C/C++ OpenMP loops with __int128 or

[Bug libgomp/110842] [14 Regression] Openmp loops with KIND=16 DO loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110842 Thomas Koenig changed: What|Removed |Added Target Milestone|--- |14.0 Keywords|

[Bug libstdc++/109814] [13/14 Regression] freestanding using cmath does not compile anymore

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814 --- Comment #13 from Arsen Arsenović --- (In reply to Jonathan Wakely from comment #12) > I suppose we could enable if hosted || newlib, but that wouldn't > always be right because (IIUC) you can configure newlib without any of the > libm func

[Bug libgomp/110842] New: [14 Regression] Openmp loops with KIND=16 DO loops

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110842 Bug ID: 110842 Summary: [14 Regression] Openmp loops with KIND=16 DO loops Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug libstdc++/110807] [13 Regression] Copy list initialisation of a vector raises a warning with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110807 --- Comment #8 from Jonathan Wakely --- The new test fails with -m32 -D_GLIBCXX_USE_CXX11_ABI=0 I give up.

[Bug tree-optimization/110841] New: [14 Regression] Dead Code Elimination Regression since r14-2675-gef28aadad6e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110841 Bug ID: 110841 Summary: [14 Regression] Dead Code Elimination Regression since r14-2675-gef28aadad6e Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: n

[Bug gcov-profile/110827] C++20 coroutines aren't being measured by gcov

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110827 --- Comment #6 from Iain Sandoe --- (In reply to Richard Biener from comment #5) > (In reply to Iain Sandoe from comment #2) > > (In reply to Richard Biener from comment #1) > > > I'm seeing all code properly instrumented. The coverage I see is

[Bug libgomp/110840] New: [OpenMP] Check whether device locking is really needed for bare memcopy to/from devices (omp_target_memcpy...)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110840 Bug ID: 110840 Summary: [OpenMP] Check whether device locking is really needed for bare memcopy to/from devices (omp_target_memcpy...) Product: gcc Version: 14.0

[Bug rtl-optimization/110587] [14 regression] 96% pr28071.c compile time regression since r14-2337-g37a231cc7594d1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110587 --- Comment #17 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:095eb138f736d94dabf9a07a6671bd351be0e66a commit r14-2851-g095eb138f736d94dabf9a07a6671bd351be0e66a Author: Roger Sayle Date: Fri

[Bug middle-end/28071] [4.1 regression] A file that can not be compiled in reasonable time/space

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071 --- Comment #71 from CVS Commits --- The master branch has been updated by Roger Sayle : https://gcc.gnu.org/g:095eb138f736d94dabf9a07a6671bd351be0e66a commit r14-2851-g095eb138f736d94dabf9a07a6671bd351be0e66a Author: Roger Sayle Date: Fri J

[Bug c++/110822] [13/14 Regression] ICE on constexpr initialized with non-constant expression also accepts-invalid

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110822 Jiang An changed: What|Removed |Added CC||de34 at live dot cn --- Comment #3 from Jian

[Bug c++/110836] [C++20] g++ should report when there is no way to create structure or class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110836 --- Comment #4 from Jonathan Wakely --- (In reply to Andris Pavenis from comment #0) > At least warning would be required (preferably enabled by default or -Wall) > It could even be an error No it couldn't.

[Bug c++/110836] [C++20] g++ should report when there is no way to create structure or class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110836 --- Comment #3 from Jonathan Wakely --- Some classes are supposed to be impossible to create, e.g. the monostate pattern where the class has static members and the whole API is in terms of static members functions. If you don't notice a class c

[Bug bootstrap/110550] libintl build without -fPIC even though --enable-shared is configured

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110550 --- Comment #3 from Sascha Wilde --- Are there any additional tests i could provide to help resolving this issue?

[Bug libgomp/101581] [OpenMP] omp_target_memcpy – support inter-device memcpy

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101581 --- Comment #2 from Tobias Burnus --- Thomas pointed out that, at least with CUDA, the cuMemcpyPeer function could be used (and cuMemcpy3DPeer for PR110813). (For cuMemcpy, there is also CU_MEMORYTYPE_UNIFIED which might be of some use.) BTW:

[Bug target/110762] [11/12/13 Regression] inappropriate use of SSE (or AVX) insns for v2sf mode operations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110762 Uroš Bizjak changed: What|Removed |Added CC|uros at gcc dot gnu.org| Target Milestone|11.5

[Bug tree-optimization/77689] Missing vectorization lead to huge performance loss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689 Jan Hubicka changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #15

[Bug tree-optimization/110838] [14 Regression] wrong code on x365-3.5, -O3, sign extraction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110838 --- Comment #4 from Richard Biener --- Indeed we have vector(8) signed short << 31 here, so it looks like a bug in the vectorizer to me, now only find the dup...

[Bug libgomp/110813] [OpenMP] omp_target_memcpy_rect (+ strided 'target update'): Improve GCN performance and contiguous subranges

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110813 --- Comment #1 from Tobias Burnus --- Consider also to use a library function for *inter*-device copy if the device type or the function pointer is the same. (If unsupported, the function can still return "-1" to skip to the fallback code.) Fo

  1   2   >