[Bug libstdc++/110653] Support std::stoi etc. without C99 APIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 --- Comment #13 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:58303d42809f0e01f23262f592d37943f7703f71 commit r14-2635-g58303d42809f0e01f23262f592d37943f7703f71 Author: Jonathan Wakely Date

[Bug libstdc++/110653] Support std::stoi etc. without C99 APIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 --- Comment #14 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f0b0c21152b337bc9a8ef3a72a15c8dcdff1d847 commit r14-2636-gf0b0c21152b337bc9a8ef3a72a15c8dcdff1d847 Author: Jonathan Wakely Date

[Bug libstdc++/110653] Support std::stoi etc. without C99 APIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 --- Comment #15 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f07136af570b145fe0df6b142defc9558998bf53 commit r14-2637-gf07136af570b145fe0df6b142defc9558998bf53 Author: Jonathan Wakely Date

[Bug libstdc++/110653] Support std::stoi etc. without C99 APIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 --- Comment #16 from Jonathan Wakely --- This should be fixed now, and you should see these in libstdc++.sum PASS: 21_strings/basic_string/numeric_conversions/char/stod.cc (test for excess errors) PASS: 21_strings/basic_string/numeric_conversio

[Bug libstdc++/110653] Support std::stoi etc. without C99 APIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 --- Comment #17 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #16) > PASS: 21_strings/basic_string/numeric_conversions/char/stoll.cc (test for > excess errors) > PASS: 21_strings/basic_string/numeric_conversions/char/stoll.c

[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 #2 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:52bfec7ea0eb0f1a4c5bfa55b0d6b9b6c8808e26 commit r14-2638-g52bfec7ea0eb0f1a4c5bfa55b0d6b9b6c8808e26 Author: Jonathan Wakely Date:

[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 Target Milestone|--- |13.3 --- Comment #3 from Jonathan Wak

[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 Ever confirmed|0 |1 Last reconfirmed|

[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 #1 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #0) > It would be useful to profile std::format with and without std::time_get, to s/time_get/time_put/

[Bug middle-end/105910] [11/12/13/14 Regression] __builtin_return_address expansion with a large # causes a compile time issues and even ICEs sometimes

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

[Bug c++/106760] [12/13/14 Regression] ICE: tree check: expected function_decl, have template_decl in get_fndecl_argument_location, at cp/call.cc:7801

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

[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 maic changed: What|Removed |Added CC||gnu.ojxq8 at dralias dot com --- Comment #29 from

[Bug middle-end/107719] 14% regression on TSVC s3113 on znve4 compared to GCC 7.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107719 Richard Biener changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED

[Bug c/110738] GCC trunk failed to do some optimizations since GCC-8

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110738 Xi Ruoyao changed: What|Removed |Added CC||xry111 at gcc dot gnu.org --- Comment #4 fr

[Bug target/109661] [13 Regression] ICE in aarch64_function_arg_alignment when building erlang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109661 Richard Biener changed: What|Removed |Added Target||aarch64 Known to work|

[Bug c++/109876] [11/12/13 Regression] initializer_list not usable in constant expressions in a template

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109876 Richard Biener changed: What|Removed |Added Known to work||14.0 Known to fail|

[Bug libstdc++/110739] New: std::format for chrono types compiles very slowly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110739 Bug ID: 110739 Summary: std::format for chrono types compiles very slowly Product: gcc Version: 13.1.1 Status: UNCONFIRMED Keywords: compile-time-hog Severity: normal

[Bug tree-optimization/110315] [13 Regression] g++ crashes with a segmentation fault while compiling a large const std::vector of std::string since r13-6566-ge0324e2629e25a90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315 Richard Biener changed: What|Removed |Added CC||aldyh at gcc dot gnu.org,

[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 #2 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:f4bce119f617dc4663fb43f55784908daf16b4b6 commit r14-2640-gf4bce119f617dc4663fb43f55784908daf16b4b6 Author: Jonathan Wakely Date:

[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 #30 from rguenther at suse dot de --- On Wed, 19 Jul 2023, gnu.ojxq8 at dralias dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90348 > > maic changed: > >What|Removed |Added > ---

[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 #3 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #0) > Should we consistently use std::time_put for all locale-specific output? > Alternatively, we could use time_point_cast and duration_cast to round to > second

[Bug libstdc++/110739] std::format for chrono types compiles very slowly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110739 Jonathan Wakely changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org Ev

[Bug tree-optimization/110731] [11/12/13/14 Regression] Wrong-code because of wide-int division since r5-424

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110731 --- Comment #3 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:ece799607c841676f4e00c2fea98bbec6976da3f commit r14-2642-gece799607c841676f4e00c2fea98bbec6976da3f Author: Jakub Jelinek Date: W

[Bug tree-optimization/110731] [11/12/13/14 Regression] Wrong-code because of wide-int division since r5-424

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110731 --- Comment #4 from CVS Commits --- The releases/gcc-13 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:f76f411f2cdb62122322e709d503edd2f8e8a530 commit r13-7589-gf76f411f2cdb62122322e709d503edd2f8e8a530 Author: Jakub Jelinek

[Bug libstdc++/110739] std::format for chrono types compiles very slowly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110739 --- Comment #2 from Jonathan Wakely --- Created attachment 55580 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55580&action=edit Instantiate less code for chrono formatters, take 2 In this patch the converters like _S_date and _S_hms are

[Bug analyzer/110700] ICE with -fanalyzer --analyzer-checker=taint on division of tainted floating-point values

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110700 David Malcolm changed: What|Removed |Added Summary|gcc -fanalyzer |ICE with -fanalyzer |

[Bug tree-optimization/110204] [14 Regression] Suspicous warning when compiling ranges-v3 using GCC trunk (iteration 9223372036854775807 invokes undefined behavior)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110204 --- Comment #6 from Richard Biener --- (In reply to Richard Biener from comment #5) > Yeah, the issue is that PRE figures out a new value here but we've already > done value-numbering so we can't alter the "old" solution here. So what we > do >

[Bug tree-optimization/109543] Avoid using BLKmode for unions with a non-BLKmode member when possible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109543 --- Comment #4 from Richard Biener --- I think for SRA the issue is that there's no access to any of the unions components and as Martin says it disqualifies total scalarization. I think total scalarization would be possible if we can use the o

[Bug target/110740] New: [14 regression] gcc.target/powerpc/p9-vec-length-epil-1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110740 Bug ID: 110740 Summary: [14 regression] gcc.target/powerpc/p9-vec-length-epil-1.c Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Pri

[Bug libstdc++/110653] Support std::stoi etc. without C99 APIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 --- Comment #18 from dave.anglin at bell dot net --- On 2023-07-19 6:10 a.m., redi at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 > > --- Comment #16 from Jonathan Wakely --- > This should be fixed now, and you s

[Bug libstdc++/110653] Support std::stoi etc. without C99 APIs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110653 --- Comment #19 from Jonathan Wakely --- (In reply to dave.anglin from comment #18) > The stof.cc and stold.cc tests fail in try-catch. Yes, my suggested patch in comment 12 was wrong, because it only set errno on error and didn't throw an exce

[Bug target/110741] New: vec_ternarylogic intrinsic generates incorrect code on POWER10 target when compiled with GCC

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110741 Bug ID: 110741 Summary: vec_ternarylogic intrinsic generates incorrect code on POWER10 target when compiled with GCC Product: gcc Version: 12.1.1 Status: UNCONFIRMED

[Bug tree-optimization/110315] [13 Regression] g++ crashes with a segmentation fault while compiling a large const std::vector of std::string since r13-6566-ge0324e2629e25a90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315 --- Comment #3 from Andrew Macleod --- (In reply to Richard Biener from comment #2) > Confirmed. Not sure whether it's possible to backport any of the stack > usage reduction in ranger from trunk or whether it's other recursion > limiting that

[Bug c++/110197] [13/14 Regression] Empty constexpr object constructor erronously claims out of range access

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110197 Patrick Palka changed: What|Removed |Added CC||ppalka at gcc dot gnu.org --- Comment #

[Bug d/110712] d: ICE: verify_gimple_failed (conversion of register to a different size in 'view_convert_expr')

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110712 --- Comment #2 from Iain Buclaw --- (In reply to Richard Biener from comment #1) > this_2(D)->ap = VIEW_CONVERT_EXPR(ap_3(D)); > > it looks odd since ap_3(D) is a is_gimple_reg but a struct[1] definitely > would not. Maybe you are missing a de

[Bug d/110712] d: ICE: verify_gimple_failed (conversion of register to a different size in 'view_convert_expr')

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110712 --- Comment #3 from Iain Buclaw --- (In reply to Iain Buclaw from comment #2) > I think some extra errors during the D front-end codegen pass are likely the > most appropriate thing to do here, as you say, such things are rejected by > C/C++, so

[Bug c++/110742] New: [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit 08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 Bug ID: 110742 Summary: [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit 08b99fe8ad6 Product: gcc Version: 14.0 Status: UNCO

[Bug c++/110742] [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit 08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 --- Comment #1 from Thiago Jung Bauermann --- Created attachment 55584 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55584&action=edit Preprocessed ira.cc.

[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 #4 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:86b36e9f7e3839e923db2fda4962cd3faf2ea47b commit r14-2646-g86b36e9f7e3839e923db2fda4962cd3faf2ea47b Author: Jonathan Wakely Date:

[Bug c/110743] New: Unexpected -ftrivial-auto-var-init=pattern behavior with partial bitfields

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110743 Bug ID: 110743 Summary: Unexpected -ftrivial-auto-var-init=pattern behavior with partial bitfields Product: gcc Version: 13.1.0 Status: UNCONFIRMED Severity: n

[Bug tree-optimization/108402] False positive Wuninitialized with ftrivial-auto-var-init=pattern

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108402 Arnd Bergmann changed: What|Removed |Added CC||arnd at linaro dot org --- Comment #7 f

[Bug modula2/110284] [14 Regression] Bootstrap failures with m2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110284 --- Comment #14 from Gaius Mulley --- The first patch was pushed on 2023-06-18 and the second one hasn't been pushed yet. It has been tested though - I'll re-test it against master and push.

[Bug rtl-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit g:08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 Andrew Pinski changed: What|Removed |Added Component|c++ |rtl-optimization Keywords|

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit g:08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 Andrew Pinski changed: What|Removed |Added Component|rtl-optimization|tree-optimization Keywords|ra

[Bug middle-end/110726] [14 Regression] wrong code on llvm-16 around 'a |= a == 0'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110726 --- Comment #11 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:bf20b770d9aabb15faf2644b5e3106249cb175f3 commit r14-2648-gbf20b770d9aabb15faf2644b5e3106249cb175f3 Author: Andrew Pinski Date: T

[Bug middle-end/110726] [14 Regression] wrong code on llvm-16 around 'a |= a == 0'

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

[Bug tree-optimization/110252] [14 Regression] Wrong code at -O2/3/s on x86_64-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110252 --- Comment #18 from CVS Commits --- The trunk branch has been updated by Andrew Pinski : https://gcc.gnu.org/g:8c79b49cd4fa742f7be739dd21fd2aa040cc1ba3 commit r14-2650-g8c79b49cd4fa742f7be739dd21fd2aa040cc1ba3 Author: Andrew Pinski Date: F

[Bug tree-optimization/110252] [14 Regression] Wrong code at -O2/3/s on x86_64-linux-gnu

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

[Bug tree-optimization/110410] [14 Regression] Different results between -O0 and -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110410 Bug 110410 depends on bug 110252, which changed state. Bug 110252 Summary: [14 Regression] Wrong code at -O2/3/s on x86_64-linux-gnu https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110252 What|Removed |Added -

[Bug tree-optimization/110410] Missed optimization in DOM with a single value range

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

[Bug other/110744] New: [14 regression] cc.dg/tree-ssa/pr84512.c fails after r14-2267-gb8806f6ffbe72

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110744 Bug ID: 110744 Summary: [14 regression] cc.dg/tree-ssa/pr84512.c fails after r14-2267-gb8806f6ffbe72 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: n

[Bug middle-end/37722] destructors not called on computed goto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37722 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com --- Co

[Bug middle-end/110728] should __attribute__((cleanup())) callback get invoked for indirect edges of asm goto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110728 --- Comment #7 from Nick Desaulniers --- (In reply to Andrew Pinski from comment #1) > I suspect PR 91951 is the same really. PR 91951 seems to be about a missing diagnostic dependent on optimization level. This bug report is more so a questio

[Bug target/109558] bpf: support BTF and DWARF tag annotations for BPF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109558 --- Comment #1 from David Faust --- v1 patch series for btf_decl_tag: https://gcc.gnu.org/pipermail/gcc-patches/2023-July/624156.html This also adds infrastructure which will be used for btf_type_tag.

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit g:08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 --- Comment #3 from Andrew Pinski --- I can reproduce this via a cross compiler: ./cc1plus t.ii -nostdinc -O2 -fprofile-generate -fno-exceptions -fno-rtti -march=armv8-a+simd -mfpu=neon-fp-armv8 -mfloat-abi=hard -mthumb /home/thiago.bauerma

[Bug target/109558] bpf: support BTF and DWARF tag annotations for BPF

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109558 --- Comment #2 from David Faust --- Patches for btf_type_tag WIP, but DWARF for type_tags in certain cases is incorrect seemingly due to PR debug/110439. I am still investigating. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110439

[Bug analyzer/109106] GCC Static Analyzer doesn't model printf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109106 --- Comment #5 from Geoffrey --- (In reply to David Malcolm from comment #4) > Thanks for filing this, and for the comments; marking it as a dup of PR > 107017 > > *** This bug has been marked as a duplicate of bug 107017 *** Hi, David. I want

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit g:08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 --- Comment #4 from Andrew Pinski --- Reducing ...

[Bug middle-end/110728] should __attribute__((cleanup())) callback get invoked for indirect edges of asm goto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110728 --- Comment #8 from John McCall --- > Let me clarify. If GCC were change behavior of `asm goto` to > invoke the destructor/cleanup function before the backwards edge > of `asm goto`, I would submit a patch to clang to implement that > behavior

[Bug c/91951] goto + mixed declarations + cleanup attribute considered harmful

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91951 Nick Desaulniers changed: What|Removed |Added CC||ndesaulniers at google dot com --- Co

[Bug fortran/110725] [13/14 Regression] internal compiler error: in expand_expr_real_1, at expr.cc:10897

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110725 kargl at gcc dot gnu.org changed: What|Removed |Added Known to fail||14.0 Known to work|

[Bug tree-optimization/110731] [11/12 Regression] Wrong-code because of wide-int division since r5-424

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

[Bug target/110634] Incorrect RISC-V assembly with -fno-omit-frame-pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110634 Clément Léger changed: What|Removed |Added CC||cleger at rivosinc dot com --- Comment

[Bug tree-optimization/110315] [13 Regression] g++ crashes with a segmentation fault while compiling a large const std::vector of std::string since r13-6566-ge0324e2629e25a90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315 --- Comment #4 from Andrew Macleod --- (In reply to Richard Biener from comment #2) > Confirmed. Not sure whether it's possible to backport any of the stack > usage reduction in ranger from trunk or whether it's other recursion > limiting that

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110593 Jonathan Wakely changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigne

[Bug libstdc++/99832] std::chrono::system_clock::to_time_t needs ABI tag for 32-bit time_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99832 Jonathan Wakely changed: What|Removed |Added Target Milestone|--- |14.0

[Bug c++/110566] [13/14 Regression] ICE when instantiating function template with template template parameter with 2 or more auto parameters with a dependent member template, ICE in tsubst, at cp/pt.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110566 Marek Polacek changed: What|Removed |Added Keywords||patch --- Comment #2 from Marek Polacek

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit g:08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 --- Comment #5 from Andrew Pinski --- Created attachment 55585 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55585&action=edit Reduced testcase options required: `-O2 -fprofile-generate-march=armv8-a+simd -mfpu=neon-fp-armv8 -mfloat

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during profiled bootstrap since commit g:08b99fe8ad6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 Andrew Pinski changed: What|Removed |Added Last reconfirmed||2023-07-19 Host|armv8l-un

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during SLP and profiled bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 --- Comment #7 from Andrew Pinski --- Removed reference to g:08b99fe8ad6 in the summary since the ICE is in SLP and just happens to be compiling the code that was changed with g:08b99fe8ad6 .

[Bug tree-optimization/110315] [13 Regression] g++ crashes with a segmentation fault while compiling a large const std::vector of std::string since r13-6566-ge0324e2629e25a90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315 --- Comment #5 from Andrew Macleod --- (In reply to Andrew Macleod from comment #4) > (In reply to Richard Biener from comment #2) > > Confirmed. Not sure whether it's possible to backport any of the stack > > usage reduction in ranger from tru

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during SLP and profiled bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 Andrew Pinski changed: What|Removed |Added Known to fail||14.0 Known to work|

[Bug tree-optimization/110742] [14 Regression] cc1plus ICE "Floating point exception" during SLP and profiled bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110742 --- Comment #9 from Andrew Pinski --- Backtrace and some debug: Program received signal SIGFPE, Arithmetic exception. 0x01d00dd2 in multiple_p (a=2, b=0) at ../../gcc/poly-int.h:2123 2123 return a % b == 0; (gdb) bt #0 0x01

[Bug c++/110122] [13/14 Regression] using an aggregate with a member variable with a user defined copy constructor in a class NTTP causes capture and use of the `this` pointer in a generic lambda to p

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110122 --- Comment #8 from CVS Commits --- The releases/gcc-13 branch has been updated by Patrick Palka : https://gcc.gnu.org/g:33a84d438883b5d6616048636a5fc47f6dd4ed28 commit r13-7590-g33a84d438883b5d6616048636a5fc47f6dd4ed28 Author: Patrick Palka

[Bug c++/110122] [13/14 Regression] using an aggregate with a member variable with a user defined copy constructor in a class NTTP causes capture and use of the `this` pointer in a generic lambda to p

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

[Bug tree-optimization/101832] __builtin_object_size(P->M, 1) where M ends with a flex-array behaves like sizeof()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832 qinzhao at gcc dot gnu.org changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug tree-optimization/101832] __builtin_object_size(P->M, 1) where M ends with a flex-array behaves like sizeof()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101832 --- Comment #13 from qinzhao at gcc dot gnu.org --- the fix has been committed into GCC14.

[Bug tree-optimization/110315] [13 Regression] g++ crashes with a segmentation fault while compiling a large const std::vector of std::string since r13-6566-ge0324e2629e25a90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315 --- Comment #6 from Andrew Macleod --- I think the difference is actually Aldys work to reduce the size of Value_Range rather than other stack saving changes. I think I can make some adjustments so that our usage of Value_Range are on leaf func

[Bug libstdc++/110432] macOS: Segmentation fault when using stdlibc++ from gcc 13.1 in combination with clang-16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110432 --- Comment #16 from CVS Commits --- The releases/gcc-13 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:61bf34d17473d611bb2695329808810dbd5af478 commit r13-7591-g61bf34d17473d611bb2695329808810dbd5af478 Author: Jonathan Wak

<    1   2