[Bug target/55218] armv6 doesn't use unaligned access for packed structures

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

[Bug middle-end/55658] bitfields and __attribute__((packed)) generate horrible code on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55658 Andrew Pinski changed: What|Removed |Added CC||rogero at howzatt dot co.uk --- Comment

[Bug tree-optimization/66364] poor optimization of packed structs containing bitfields

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

[Bug middle-end/55658] bitfields and __attribute__((packed)) generate horrible code on x86_64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55658 Andrew Pinski changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot gnu.org

[Bug middle-end/108920] Condition falsely optimized out

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108920 --- Comment #3 from Agner Fog --- It seems to work with gcc 9.4.0. Thank you

[Bug target/108922] fmod() 13x slowdown in gcc4.9 dropping "fprem" and calling fmod()

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

[Bug target/108922] fmod() 13x slowdown in gcc4.9 dropping "fprem" and calling fmod()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108922 --- Comment #1 from Andrew Pinski --- >The committer also claims "fixes ieee_2.f90 testsuite failure" but I have no >idea where to find this testsuite. ./testsuite/gfortran.dg/ieee/ieee_2.f90

[Bug middle-end/108920] Condition falsely optimized out

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108920 Andrew Pinski changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/108893] attribute access read_only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108893 --- Comment #7 from Andrew Pinski --- access attribute says if it is access, then it will be that. It does not say it MUST be accessed. That is what nonnull is for. >I didn't want to use __attribute__((nonnull)) because the optimizer may use

[Bug c++/108893] attribute access read_only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108893 Andrew Pinski changed: What|Removed |Added Resolution|DUPLICATE |INVALID --- Comment #6 from Andrew

[Bug c++/108893] attribute access read_only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108893 --- Comment #5 from Jonny Grant --- Here is an example, no warnings during compilation. https://godbolt.org/z/h8E7r3Wf8 #include // Try get a build warning for nullptr dereference __attribute__ ((access (read_only, 1, 2))) void f(char * s,

[Bug c++/108930] Internal compiler error with -fopenmp (tsubst_omp_for_iterator)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108930 --- Comment #2 from michael_greenburg at byu dot edu --- Created attachment 54535 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54535=edit The *.ii file from `-save-temps`

[Bug c++/108930] Internal compiler error with -fopenmp (tsubst_omp_for_iterator)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108930 --- Comment #1 from michael_greenburg at byu dot edu --- Created attachment 54534 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54534=edit The *.out file from `-freport-bug`

[Bug c++/108930] New: Internal compiler error with -fopenmp (tsubst_omp_for_iterator)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108930 Bug ID: 108930 Summary: Internal compiler error with -fopenmp (tsubst_omp_for_iterator) Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal

[Bug ipa/108871] attribute nonnull does not spot nullptr O2 and above when function inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108871 --- Comment #7 from Jonny Grant --- (In reply to Jakub Jelinek from comment #6) > (In reply to Jonathan Wakely from comment #5) > > (In reply to Andrew Pinski from comment #3) > > > *** Bug 108893 has been marked as a duplicate of this bug. ***

[Bug fortran/108923] memory leak of get_intrinsic_dummy_arg result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108923 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/108923] memory leak of get_intrinsic_dummy_arg result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108923 --- Comment #4 from CVS Commits --- The master branch has been updated by Mikael Morin : https://gcc.gnu.org/g:24c9edfa73632276d7698c103f35833f29804d98 commit r13-6337-g24c9edfa73632276d7698c103f35833f29804d98 Author: Mikael Morin Date:

[Bug fortran/68800] Fortran FE produces many memory leaks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68800 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug fortran/108924] memory leak in doloop_warn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108924 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last

[Bug bootstrap/108929] bfin-openbsd: Issues calling `as` when trying to build Module-2 components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108929 Andrew Pinski changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING

[Bug fortran/108924] memory leak in doloop_warn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108924 --- Comment #2 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:45f406c4f62e516b58dcda20b5a7aa43ff0aa0f3 commit r13-6336-g45f406c4f62e516b58dcda20b5a7aa43ff0aa0f3 Author: Harald Anlauf Date:

[Bug driver/108929] bfin-openbsd: Issues calling `as` when trying to build Module-2 components

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

[Bug driver/108929] New: bfin-openbsd: Issues calling `as` when trying to build Module-2 components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108929 Bug ID: 108929 Summary: bfin-openbsd: Issues calling `as` when trying to build Module-2 components Product: gcc Version: 13.0 Status: UNCONFIRMED Severity:

[Bug d/106977] [13 regression] d21 dies with SIGBUS on 32-bit Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106977 --- Comment #30 from Iain Sandoe --- (In reply to ibuclaw from comment #29) > (In reply to Iain Sandoe from comment #27) > > great! > > > > we make more progress now - at least past libphobos configure: > > > > we now fail building

[Bug fortran/108923] memory leak of get_intrinsic_dummy_arg result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108923 --- Comment #3 from Mikael Morin --- Here is a small reproducer by the way: program p implicit none call s(0) contains subroutine s(i) integer :: i end subroutine s end program p

[Bug fortran/108923] memory leak of get_intrinsic_dummy_arg result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108923 --- Comment #2 from Mikael Morin --- (In reply to Mikael Morin from comment #1) > Should be easy to fix anyway. Not that easy after all. The following (obvious) fix regresses heavily. diff --git a/gcc/fortran/expr.cc b/gcc/fortran/expr.cc

[Bug target/86802] riscv port needs updating for CVE-2017-5753

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86802 Andrew Pinski changed: What|Removed |Added Assignee|wilson at gcc dot gnu.org |unassigned at gcc dot gnu.org

[Bug target/108928] New: epiphany-elf: unrecognizable insn (internal compiler error: in extract_insn, at recog.cc:2791) triggered during Modula-2 build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108928 Bug ID: 108928 Summary: epiphany-elf: unrecognizable insn (internal compiler error: in extract_insn, at recog.cc:2791) triggered during Modula-2 build Product: gcc

[Bug libstdc++/108846] std::copy, std::copy_n and std::copy_backward on potentially overlapping subobjects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108846 --- Comment #12 from Giuseppe D'Angelo --- (In reply to Jonathan Wakely from comment #9) > (In reply to Giuseppe D'Angelo from comment #5) > > https://github.com/gcc-mirror/gcc/blob/master/libstdc%2B%2B-v3/include/bits/ > >

[Bug libstdc++/108030] `std::experimental::simd` not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108030 Matthias Kretz (Vir) changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #13 from

[Bug libstdc++/108030] `std::experimental::simd` not inlined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108030 --- Comment #12 from CVS Commits --- The master branch has been updated by Matthias Kretz : https://gcc.gnu.org/g:e37b04328ae68f91efe1fb2c5de9122be34bc74a commit r13-6334-ge37b04328ae68f91efe1fb2c5de9122be34bc74a Author: Matthias Kretz Date:

[Bug libstdc++/108856] Increment and decrement on std::experimental::where_expression should optimize better

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108856 --- Comment #2 from CVS Commits --- The master branch has been updated by Matthias Kretz : https://gcc.gnu.org/g:6ce55180d494b616e2e3e68ffedfe9007e42ca06 commit r13-6333-g6ce55180d494b616e2e3e68ffedfe9007e42ca06 Author: Matthias Kretz Date:

[Bug d/106977] [13 regression] d21 dies with SIGBUS on 32-bit Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106977 --- Comment #29 from ibuclaw at gcc dot gnu.org --- (In reply to Iain Sandoe from comment #27) > great! > > we make more progress now - at least past libphobos configure: > > we now fail building druntime/core/atomic.d and I am not quite sure

[Bug d/106977] [13 regression] d21 dies with SIGBUS on 32-bit Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106977 --- Comment #28 from Iain Sandoe --- (In reply to Iain Sandoe from comment #27) > great! > > we make more progress now - at least past libphobos configure: > > we now fail building druntime/core/atomic.d and I am not quite sure how to >

[Bug d/106977] [13 regression] d21 dies with SIGBUS on 32-bit Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106977 --- Comment #27 from Iain Sandoe --- great! we make more progress now - at least past libphobos configure: we now fail building druntime/core/atomic.d and I am not quite sure how to interpret the backtrace (from b internal_error). (lldb) bt

[Bug fortran/108921] ICE: using the result of an impure function in automatic character allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108921 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Keywords|

[Bug target/108927] error: too few arguments to function 'long unsigned int __riscv_vsetvlmax_e8mf8(void)'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108927 --- Comment #1 from Andrew Pinski --- You are using a month old sources, can you try with a much newer trunk sources?

[Bug fortran/108923] memory leak of get_intrinsic_dummy_arg result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108923 Mikael Morin changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mikael at gcc dot gnu.org

[Bug fortran/108924] memory leak in doloop_warn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108924 anlauf at gcc dot gnu.org changed: What|Removed |Added CC||anlauf at gcc dot gnu.org

[Bug c++/108927] New: error: too few arguments to function 'long unsigned int __riscv_vsetvlmax_e8mf8(void)'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108927 Bug ID: 108927 Summary: error: too few arguments to function 'long unsigned int __riscv_vsetvlmax_e8mf8(void)' Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug middle-end/108545] [13 Regression] ICE in install_var_field, at omp-low.cc:799 since r13-2665-g23baa717c991d77f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545 --- Comment #4 from Tobias Burnus --- For the C/C++ testcase of comment 3, bisecting points to commit r12-5835-g0ab29cf0bb68960c1f87405f14b4fb2109254e2f "openmp: Improve OpenMP target support for C++ (PR92120)"

[Bug c/108896] provide "element_count" attribute to give more context to __builtin_dynamic_object_size() and -fsanitize=bounds

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

[Bug target/108840] Aarch64 doesn't optimize away shift counter masking

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108840 --- Comment #3 from ktkachov at gcc dot gnu.org --- Created attachment 54531 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54531=edit Candidate patch Candidate patch attached.

[Bug demangler/107884] H8/300: cp-demangle.c fix warning related demangle.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107884 --- Comment #8 from Michael N. Moran --- I tried to build with after patching with https://gcc.gnu.org/bugzilla/attachment.cgi?id=53980 and now get an assembler failure. /tmp/cc2C1wMh.s: Assembler messages: /tmp/cc2C1wMh.s:82060: Error: value

[Bug demangler/107884] H8/300: cp-demangle.c fix warning related demangle.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107884 Michael N. Moran changed: What|Removed |Added CC||mike at mnmoran dot org --- Comment

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 Martin Liška changed: What|Removed |Added Known to fail||12.2.0 Known to work|

[Bug sanitizer/108834] LTO: ltrans temporary file is used as module name in ASAN

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108834 --- Comment #11 from CVS Commits --- The master branch has been updated by Martin Liska : https://gcc.gnu.org/g:94c9b1bb79f63d000ebb05efc155c149325e332d commit r13-6330-g94c9b1bb79f63d000ebb05efc155c149325e332d Author: Martin Liska Date:

[Bug middle-end/108545] [13 Regression] ICE in install_var_field, at omp-low.cc:799 since r13-2665-g23baa717c991d77f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545 --- Comment #3 from Tobias Burnus --- Fortran: Same issue (ICE) also with: !$omp target enter data map(to: x) Crucial is the VOLATILE attribute. * * * The following C code already gives an ICE with GCC 12, it works with GCC 11. (Either

[Bug c++/105224] [modules] g++.dg/modules/virt-2_a.C: inline key methods: c++ modules and arm aapcs clash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105224 --- Comment #2 from CVS Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:3d1d3ece9bc5a1baa2feb4bf231b709c097b8434 commit r13-6329-g3d1d3ece9bc5a1baa2feb4bf231b709c097b8434 Author: Alexandre Oliva

[Bug c/107557] [12/13 Regression] ICE -fsanitize=undefined and VLA as argument type to a function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107557 --- Comment #7 from Martin Uecker --- Created attachment 54529 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54529=edit new version of patch Here is another patch that does all the recursion in gimplify_type_sizes. Unfortunately, there

[Bug c/63357] Warn for P && P and P || P (same expression used multiple times in a condition)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63357 --- Comment #10 from David Binderman --- (In reply to Manuel López-Ibáñez from comment #9) > Please open a new PR mentioning this one. Done. See 108926.

[Bug c/108926] No warning for same expression in chain of | or & ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108926 --- Comment #1 from David Binderman --- (In reply to David Binderman from comment #0) > This bug is related to 53357. Sorry. 63357.

[Bug c/108926] New: No warning for same expression in chain of | or & ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108926 Bug ID: 108926 Summary: No warning for same expression in chain of | or & ? Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug middle-end/108545] [13 Regression] ICE in install_var_field, at omp-low.cc:799 since r13-2665-g23baa717c991d77f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108545 Tobias Burnus changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment

[Bug tree-optimization/105329] [12/13 Regression] Bogus restrict warning when assigning 1-char string literal to std::string since r12-3347-g8af8abfbbace49e6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105329 Gustaw Smolarczyk changed: What|Removed |Added CC||wielkiegie at gmail dot com ---

[Bug c++/108920] Condition falsely optimized out

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108920 Richard Biener changed: What|Removed |Added Last reconfirmed||2023-02-24

[Bug tree-optimization/108916] Miss vectorization for masked gather w/o restrict qualifier.

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

[Bug tree-optimization/108906] Bogus may be used uninitialized warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108906 Richard Biener changed: What|Removed |Added Last reconfirmed||2023-02-24 Ever confirmed|0

[Bug fortran/108925] New: memory leak of gfc_get_namespace result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108925 Bug ID: 108925 Summary: memory leak of gfc_get_namespace result Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/108924] New: memory leak in doloop_warn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108924 Bug ID: 108924 Summary: memory leak in doloop_warn Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran

[Bug fortran/108923] New: memory leak of get_intrinsic_dummy_arg result

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108923 Bug ID: 108923 Summary: memory leak of get_intrinsic_dummy_arg result Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug ipa/108695] [13 Regression] Wrong code since r13-5215-gb1f30bf42d8d47 for dd_rescue package

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108695 --- Comment #18 from Kurt Garloff --- dd_rescue-1.99.13 has been released including the fix to XORN. (Fix uses uint* casts rather than uchar*.)

[Bug target/108922] New: fmod() 13x slowdown in gcc 4.8->4.9 dropping "fprem" and calling fmod()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108922 Bug ID: 108922 Summary: fmod() 13x slowdown in gcc 4.8->4.9 dropping "fprem" and calling fmod() Product: gcc Version: 12.2.1 Status: UNCONFIRMED Severity:

[Bug d/106977] [13 regression] d21 dies with SIGBUS on 32-bit Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106977 --- Comment #26 from ibuclaw at gcc dot gnu.org --- Comparing the D and C++ trees side by side. At the point of `finish_function` for the ::vis() method, I see the following: D: type

[Bug c/63357] Warn for P && P and P || P (same expression used multiple times in a condition)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63357 --- Comment #9 from Manuel López-Ibáñez --- (In reply to David Binderman from comment #8) > This could probably be extended to other operators. Please open a new PR mentioning this one.

[Bug fortran/108921] New: ICE: using the result of an impure function in automatic character allocation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108921 Bug ID: 108921 Summary: ICE: using the result of an impure function in automatic character allocation Product: gcc Version: 12.2.0 Status: UNCONFIRMED

[Bug tree-optimization/107409] Perf loss ~5% on 519.lbm_r SPEC cpu2017 benchmark with r10-5090-ga9a4edf0e71bba

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107409 --- Comment #21 from Rama Malladi --- I did another triage for perf loss on Graviton 2 processor (neoverse-n1) based instance and found this commit: `a9a4edf0e71bbac9f1b5dcecdcf9250111d16889` to be the reason. As I had indicated in my earlier

[Bug c++/108920] New: Condition falsely optimized out

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108920 Bug ID: 108920 Summary: Condition falsely optimized out Product: gcc Version: 9.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug middle-end/108854] [10/11/12 Regression] tbb-2021.8.0 fails on i686-linux (32-bit), internal compiler error: in expand_expr_real_1, at expr.c:10281 since r10-4511-g6cf67b62c8cda035dccac

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

[Bug middle-end/108854] [10/11/12/13 Regression] tbb-2021.8.0 fails on i686-linux (32-bit), internal compiler error: in expand_expr_real_1, at expr.c:10281 since r10-4511-g6cf67b62c8cda035dccac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108854 --- Comment #13 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:2f1691be517fcdcabae9cd671ab511eb0e08b1d5 commit r13-6319-g2f1691be517fcdcabae9cd671ab511eb0e08b1d5 Author: Jakub Jelinek Date:

[Bug target/108881] "__builtin_ia32_cvtne2ps2bf16_v16hi" compiled only with option -mavx512bf16 report ICE.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108881 --- Comment #6 from Jakub Jelinek --- Fixed on the trunk so far. I think we want to backport to 10/11/12, though in that case it won't be v*bf but v*hi.

[Bug target/108881] "__builtin_ia32_cvtne2ps2bf16_v16hi" compiled only with option -mavx512bf16 report ICE.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108881 --- Comment #5 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:0ccfa3884f638816af0f5a3f0ee2695e0771ef6d commit r13-6318-g0ccfa3884f638816af0f5a3f0ee2695e0771ef6d Author: Jakub Jelinek Date:

[Bug c/63357] Warn for P && P and P || P (same expression used multiple times in a condition)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63357 David Binderman changed: What|Removed |Added CC||dcb314 at hotmail dot com --- Comment

[Bug target/108919] New: pure nested function may clobber its static chain pointer in windowed ABI on xtensa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108919 Bug ID: 108919 Summary: pure nested function may clobber its static chain pointer in windowed ABI on xtensa Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug d/106977] [13 regression] d21 dies with SIGBUS on 32-bit Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106977 --- Comment #25 from Iain Sandoe --- (In reply to ibuclaw from comment #24) > (In reply to Iain Sandoe from comment #23) > > So the ABIs differ in this (as noted on IRC, the Darwin 32b ABIs are not the > > same as Linux). > I'm still yet to

[Bug d/106977] [13 regression] d21 dies with SIGBUS on 32-bit Darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106977 --- Comment #24 from ibuclaw at gcc dot gnu.org --- (In reply to Iain Sandoe from comment #23) > So the ABIs differ in this (as noted on IRC, the Darwin 32b ABIs are not the > same as Linux). I'm still yet to work out why D on 32-bit Darwin