[Bug target/105710] ICE on powerpc darwin with TLS enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105710 --- Comment #8 from Iain Sandoe --- (In reply to Eric Gallager from comment #7) > > (as I have said several times, the idea of configure is to choose the > > correct settings for the target _automatically_ - extra config options > > should onl

[Bug target/90835] Incompatibilities with macOS 10.15 headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835 --- Comment #30 from Iain Sandoe --- (In reply to Eric Gallager from comment #29) > (In reply to Eric Gallager from comment #28) > > (I recently got a new laptop and am now on Catalina and ran into this bug, > > so that's why I'm coming back to i

[Bug target/80782] Configure options to use llvm/clang assembler on Mac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80782 --- Comment #16 from Iain Sandoe --- (In reply to Eric Gallager from comment #15) > (In reply to Iain Sandoe from comment #12) > > please could you be more specific about exactly what's not working? > > - i.e if you're on an older version of the

[Bug libobjc/48626] --enable-objc-gc should be automatic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48626 --- Comment #5 from Iain Sandoe --- (In reply to Eric Gallager from comment #4) > (In reply to Eric Gallager from comment #3) > > I'll probably keep --enable-objc-gc in my configure flags anyways even if it > > becomes automatic, but becoming aut

[Bug bootstrap/102665] ELF-specific configure flags should be rejected on non-ELF platforms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102665 --- Comment #5 from Iain Sandoe --- (In reply to Eric Gallager from comment #4) > Hm, looking in gcc/configure.ac (where these are defined), it looks like > there's a bunch of other flags that this bug could apply to, too... Note that I would t

[Bug libobjc/48626] --enable-objc-gc should be automatic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48626 --- Comment #6 from Iain Sandoe --- (In reply to Iain Sandoe from comment #5) > (In reply to Eric Gallager from comment #4) > > (In reply to Eric Gallager from comment #3) > > detecting things > > automatically instead of requiring additio

[Bug target/105719] RFE: fixincludes should handle Frameworks

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105719 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #3 f

[Bug target/90835] Incompatibilities with macOS 10.15 headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90835 --- Comment #33 from Iain Sandoe --- (In reply to Eric Gallager from comment #32) > (In reply to r...@cebitec.uni-bielefeld.de from comment #26) > > That's one option, certainly easier for the users. At the least, the > > issue should be documen

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 --- Comment #33 from Iain Sandoe --- (In reply to Richard Biener from comment #32) > Unsure about GCC 10/11 status. was fixed for 11, in my queue for 10.4 (time-willing)

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/80556] [8 Regression] bootstrap failure for Ada compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|REOPENED

[Bug target/104117] [9,10 Regression] Darwin ppc64 uses invalid non-PIC address to access constants (in PIC code).

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/100152] [10 Regression] used caller-saved register not preserved across a call.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug objc/101666] Objective-C frontend crashes with `-fobjc-nilcheck`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101666 Iain Sandoe changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libfortran/102992] fortran: redirecting standard out to a file does not work on macOS 12.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102992 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug rtl-optimization/88414] [9 Regression] ICE in lra_assign, at lra-assigns.c:1624

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88414 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #7 fr

[Bug objc/101718] Objective-C frontend emits wrong code to call methods returning scalar types returned in memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101718 --- Comment #7 from Iain Sandoe --- still needed on 11.x.

[Bug jit/100613] libgccjit should produce dylib on macOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100613 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug objc/101666] Objective-C frontend crashes with `-fobjc-nilcheck`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101666 Iain Sandoe changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug target/105599] g++ by itself is not producing "fatal error: no input files" for darwin target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105599 --- Comment #6 from Iain Sandoe --- needed on 11.x

[Bug tree-optimization/106246] New: [13 Regression] powerpc-darwin9 bootstrap fails after r13-1575-gcf3a120084e946 ICE vect_transform_loops, at tree-vectorizer.cc:1032

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106246 Bug ID: 106246 Summary: [13 Regression] powerpc-darwin9 bootstrap fails after r13-1575-gcf3a120084e946 ICE vect_transform_loops, at tree-vectorizer.cc:1032 Product: gcc

[Bug tree-optimization/106246] [13 Regression] powerpc-darwin9 bootstrap fails after r13-1575-gcf3a120084e946 ICE vect_transform_loops, at tree-vectorizer.cc:1032

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106246 Iain Sandoe changed: What|Removed |Added Keywords||build, ice-on-valid-code Last reconfirm

[Bug tree-optimization/106246] [13 Regression] powerpc-darwin9 bootstrap fails after r13-1575-gcf3a120084e946 ICE vect_transform_loops, at tree-vectorizer.cc:1032

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106246 --- Comment #3 from Iain Sandoe --- (In reply to Richard Biener from comment #2) > Maybe a duplicate of PR106228. I can't reproduce with the fix for that in > the tree. Is there anything besides --target=powerpc-darwin9 to use? Any > -mcpu=?

[Bug tree-optimization/106246] [13 Regression] powerpc-darwin9 bootstrap fails after r13-1575-gcf3a120084e946 ICE vect_transform_loops, at tree-vectorizer.cc:1032

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106246 Iain Sandoe changed: What|Removed |Added Status|WAITING |NEW --- Comment #5 from Iain Sandoe ---

[Bug tree-optimization/106246] [13 Regression] powerpc-darwin9 bootstrap fails after r13-1575-gcf3a120084e946 ICE vect_transform_loops, at tree-vectorizer.cc:1032

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106246 --- Comment #6 from Iain Sandoe --- as noted on IRC, of course this could be unrelated, since other changes have been committed in the meantime.

[Bug tree-optimization/106246] [13 Regression] powerpc-darwin9 bootstrap fails after r13-1575-gcf3a120084e946 ICE vect_transform_loops, at tree-vectorizer.cc:1032

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106246 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug debug/101283] Several tests fail on Darwin with -gctf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283 --- Comment #3 from Iain Sandoe --- (In reply to Indu Bhagat from comment #2) > I see that .section directive needs a different semantic for Darwin. The > DWARF debug_info section, for example, appears as: > > .section __DWARF,__debug_

[Bug debug/101283] Several tests fail on Darwin with -gctf/gbtf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283 --- Comment #5 from Iain Sandoe --- (In reply to Richard Biener from comment #4) > It might make sense to provide targets a means to opt-out of CTF/BTF support > and thus diagnose -gctf as unsupported on them. In the short-term, I've got fixes

[Bug debug/101283] Several tests fail on Darwin with -gctf/gbtf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283 --- Comment #8 from Iain Sandoe --- we are now left with (where I suspect that the remaining fails are an artefact of the way in which Darwin represents offsets instead of relocations in DWARF debug sections): Running target unix/-m64 Running

[Bug debug/101283] Several tests fail on Darwin with -gctf/gbtf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283 --- Comment #9 from Iain Sandoe --- (In reply to Iain Sandoe from comment #8) > we are now left with (where I suspect that the remaining fails are an > artefact of the way in which Darwin represents offsets instead of > relocations in DWARF debu

[Bug debug/101283] Several tests fail on Darwin with -gctf/gbtf

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283 --- Comment #11 from Iain Sandoe --- (In reply to Indu Bhagat from comment #10) > (In reply to Iain Sandoe from comment #9) > > (In reply to Iain Sandoe from comment #8) > > > we are now left with (where I suspect that the remaining fails are an

[Bug target/100269] [12 Regression] i686 biarch compiler fails for Darwin after r12-36.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100269 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #4 from Iain Sandoe --- (In reply to Avi Kivity from comment #3) > Adding Iain since the ICE happens in a coroutine. Meanwhile my desktop is > reducing the testcase. do you have a backtrace?

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #6 from Iain Sandoe --- (In reply to Avi Kivity from comment #5) > How does one ask gcc to generate a backtrace on ICE? It produces one when libbacktrace is available, not aware of needing to do anything special; is there any other

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #11 from Iain Sandoe --- (In reply to Avi Kivity from comment #10) > Reproduces on trunk: > > #7 0x00b439af in cp_build_modify_expr (loc=1376651745, > lhs=0x7f0c55c12c60, modifycode=, rhs=0x7f0c55e63ee0, > complain=) at ../

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 --- Comment #12 from Iain Sandoe --- (In reply to Iain Sandoe from comment #11) > (In reply to Avi Kivity from comment #10) > > Reproduces on trunk: > this looks like a dup of PR 96056 - but I am happy to check the reduced case. erm PR 98056 I

[Bug c++/101420] ICE in build_special_member_call, at cp/call.c:10179

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101420 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c++/98056] ICE tree check: expected record_type or union_type or qual_union_type, have array_type in build_special_member_call, at cp/call.c:9862 since r11-2183-g0f66b8486cea8668

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056 --- Comment #10 from Iain Sandoe --- *** Bug 101420 has been marked as a duplicate of this bug. ***

[Bug bootstrap/93758] Building x86_64-w64-mingw32-gcc (mingw-w64) on macOS Catalina results in "internal compiler error: Segmentation fault"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93758 --- Comment #5 from Iain Sandoe --- (In reply to Mojca Miklavec from comment #4) > I'm sorry, I forgot about this ticket. I can confirm that building (version > 11.1) in fact works on all macOS versions at the moment > > https://ports.macports.o

[Bug bootstrap/100246] [11/12 Regression] GCC will not bootstrap with clang 3.4/3.5 [xcode 5/6, Darwin 12/13]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100246 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/100152] [10 Regression] used caller-saved register not preserved across a call.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100152 Iain Sandoe changed: What|Removed |Added Summary|[10/11/12 Regression] used |[10 Regression] used |c

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #9 from Iain Sandoe --- (In reply to Martin Liška from comment #8) > Sure, but I would like to first speak Iain who added the code. > What do you think about the patch? hm, sorry for introducing the bash-ism, the change LGTM but I w

[Bug objc/101616] Objective-C frontend should not emit vtable/fixup messages (at least, not by default)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101616 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug sanitizer/101111] xgcc cross-compiler for x86_64-apple-darwin in GCC 11.1 doesn't generate weak symbols, resulting in undefined reference to ___lsan_default_suppressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10 --- Comment #10 from Iain Sandoe --- (In reply to Mosè Giordano from comment #6) > Created attachment 51038 [details] > Patch to fix the reported issue > > Please find attached a patch to fix the reported issue. I replaced the > bashism += wit

[Bug objc/101616] Objective-C frontend should not emit vtable/fixup messages (at least, not by default)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101616 --- Comment #4 from Iain Sandoe --- (In reply to Matt Jacobson from comment #3) > As it happens, I'm targeting the NeXT v2 runtime, but I'm *not* actually > targeting Darwin. So `flag_next_runtime` is just 1 for me--not an OS > version value l

[Bug fortran/100651] Weird memory corruption with multiple triggers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #3 f

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 --- Comment #11 from Iain Sandoe --- (In reply to Matt Thompson from comment #10) > Query from someone who I believe just encountered this trying to build 11.2 > on macOS 11.5.1 with XCode 12.5: What is the best method to work around this > for

[Bug fortran/100651] Weird memory corruption with multiple triggers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651 Iain Sandoe changed: What|Removed |Added Target||x86_64-linux-gnu, |

[Bug fortran/100651] [9/10/11/12 Regression] Weird memory corruption with multiple triggers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651 Iain Sandoe changed: What|Removed |Added Summary|Weird memory corruption |[9/10/11/12 Regression]

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 --- Comment #15 from Iain Sandoe --- (In reply to Chris Jones from comment #14) > Apologies, typo above. I meant to say the --without-build-config workaround > no longer works with 11.2.0 OK.. I plan to do a Darwin/macOS 11.2 patch set this wee

[Bug bootstrap/84257] Extremely slow compilation from gcc source code under macOS 10.13

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84257 --- Comment #9 from Iain Sandoe --- (In reply to Eric Gallager from comment #8) > the MacPorts project applies the following patch to work around this issue: > https://github.com/macports/macports-ports/commit/ > 0641e588e989b7b3e5049ca79e354339c

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 --- Comment #20 from Iain Sandoe --- I am testing a patch series (expected to push a github copy today if that testing goes OK) including an implementation of comment #9. However, IFF the jit build does not honour --without-build-config, that a

[Bug c++/101765] ICE when using a VLA inside of a coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101765 --- Comment #1 from Iain Sandoe --- I am not sure that a VLA can be used in a coroutine (neither can alloca, if I remember correctly) [so not sure that this is ICE on valid, it could be ICE on invalid] Either way, we should not ICE from it.

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 --- Comment #21 from Iain Sandoe --- (In reply to Iain Sandoe from comment #20) > I rarely build the jit, but will take a look when time permits. Actually, currently it seems that the JIT build is quite broken on Darwin; I have some draft patc

[Bug c++/101765] ICE when using a VLA inside of a coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101765 --- Comment #3 from Iain Sandoe --- (In reply to Kacper Słomiński from comment #2) > (In reply to Iain Sandoe from comment #1) > > I am not sure that a VLA can be used in a coroutine (neither can alloca, if > > I remember correctly) [so not sure

[Bug jit/100613] libgccjit should produce dylib on macOS

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100613 Iain Sandoe changed: What|Removed |Added Assignee|dmalcolm at gcc dot gnu.org|iains at gcc dot gnu.org Last re

[Bug objc/101718] Objective-C frontend emits wrong code to call methods returning scalar types returned in memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101718 --- Comment #1 from Iain Sandoe --- (In reply to Matt Jacobson from comment #0) > When a method returns a type that the platform ABI says is returned in > memory, the Objective-C frontend (for the NeXT runtime ABIs) emits a call to > `objc_msgSe

[Bug c++/95517] [coroutines] suggested warning when co_return and return_void() are missing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95517 --- Comment #5 from Iain Sandoe --- (In reply to mengjun wei from comment #4) > GCC 11.2 no longer allow return_value and return_void be both defined, may > this restriction be removed? The restriction is part of the C++ standard (for the recor

[Bug c++/101907] ICE in build_special_member_call (with co_await and initializer list)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101907 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/98056] ICE tree check: expected record_type or union_type or qual_union_type, have array_type in build_special_member_call, at cp/call.c:9862 since r11-2183-g0f66b8486cea8668

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98056 Iain Sandoe changed: What|Removed |Added CC||rcopley at gmail dot com --- Comment #11 f

[Bug objc/101718] Objective-C frontend emits wrong code to call methods returning scalar types returned in memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101718 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2021-08-16 Ever confirmed|0

[Bug objc/101718] Objective-C frontend emits wrong code to call methods returning scalar types returned in memory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101718 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org

[Bug target/100340] Bootstrap fails with Clang 12.0.5 (XCode 12.5)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |9.5 --- Comment #23 from Iain Sandoe ---

[Bug objc/101666] Objective-C frontend crashes with `-fobjc-nilcheck`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101666 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org

[Bug bootstrap/43748] build machinery insufficient for installing target specific .def files as plugin headers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43748 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/112397] Two persistent libstdc++ test failures on x86_64-apple-darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112397 --- Comment #7 from Iain Sandoe --- (In reply to Jakub Jelinek from comment #6) > (In reply to Jonathan Wakely from comment #5) > > Maybe: > > > > ifneq ($(filter %-darwin%,${host_alias}),) > > ${target_os} instead maybe? I'll give that a try

[Bug target/112397] Two persistent libstdc++ test failures on x86_64-apple-darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112397 --- Comment #10 from Iain Sandoe --- automake if is limited to testing a single variable, so we have to introduce an AM_CONDITIONAL to say the OS is DARWIN (we did not seem to have one already, but I could have missed something else usable). I'

[Bug target/113855] [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 --- Comment #1 from Iain Sandoe --- I was looking at making an i686 impl. but we could also do as you suggest for gcc-14.

[Bug target/113855] [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 --- Comment #3 from Iain Sandoe --- (In reply to Jakub Jelinek from comment #2) > Guess an ia32 implementation would be even better, shouldn't be that hard. I have a draft on one of my machines, I'll post it here tomorrow.

[Bug target/113855] [14 Regression] __gcc_nested_func_ptr_{created,deleted} exports from 32-bit libgcc_s.so.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855 --- Comment #4 from Iain Sandoe --- Created attachment 57378 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57378&action=edit patch under test This implements the common case for an i386 trampoline (and, in this respect, matches the expec

[Bug target/112861] Most gdc tests FAIL on macOS 12+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112861 Iain Sandoe changed: What|Removed |Added Summary|[14 regression] Most gdc|Most gdc tests FAIL on

[Bug target/112862] gfortran.dg coarray tests FAIL on macOS 12+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112862 Iain Sandoe changed: What|Removed |Added Summary|[14 regression] gfortran.dg |gfortran.dg coarray tests

[Bug target/112863] Many obj-c++ tests FAIL on macOS 14

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112863 Iain Sandoe changed: What|Removed |Added Summary|[14 regression] Many|Many obj-c++ tests FAIL on

[Bug target/112864] Many libphobos tests FAIL on macOS 12+

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112864 Iain Sandoe changed: What|Removed |Added Summary|[14 regression] Many|Many libphobos tests FAIL

[Bug libfortran/110651] libgfortran.spec links twice with libgcc spec

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110651 --- Comment #5 from Iain Sandoe --- AFAICT, this was fixed on trunk by r14-6721-gd31c54c7da7661 (which seems to have a reference to the PR so not sure why it did not show up here). I think we need this on any open branch which we want to work w

[Bug c++/113957] New: [14 Regression] bad-mapper-1.C hangs on all Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957 Bug ID: 113957 Summary: [14 Regression] bad-mapper-1.C hangs on all Darwin. Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal

[Bug c++/113957] [14 Regression] bad-mapper-1.C hangs on all Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957 Iain Sandoe changed: What|Removed |Added Target Milestone|--- |14.0 Status|UNCONFIRMED

[Bug c++/113957] [14 Regression] bad-mapper-1.C hangs on all Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957 --- Comment #1 from Iain Sandoe --- the problem is that liberty is using the value set by posix_spawnp for pid. but: (darwin): The argument pid is a pointer to a pid_t variable to receive the pid of the spawned process; if this is NULL, th

[Bug other/113957] [14 Regression] bad-mapper-1.C hangs on all Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957 Iain Sandoe changed: What|Removed |Added Component|c++ |other Keywords|wrong-code

[Bug analyzer/105755] -Wanalyzer-null-dereference regression compiling Emacs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2024-02-16 Ever confirmed|0

[Bug analyzer/108562] [meta-bug] tracker bug for issues with -Wanalyzer-null-dereference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108562 Bug 108562 depends on bug 105755, which changed state. Bug 105755 Summary: -Wanalyzer-null-dereference regression compiling Emacs https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105755 What|Removed |Added

[Bug target/112294] thread_local13.C and thread_local14.C fail on x86_64-darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112294 Iain Sandoe changed: What|Removed |Added Target|x86_64-apple-darwin21 |x86_64-apple-darwin* Build|x

[Bug pch/113970] New: [14 Regression] pch/system-{1,2}.C fails on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113970 Bug ID: 113970 Summary: [14 Regression] pch/system-{1,2}.C fails on darwin Product: gcc Version: 14.0 Status: UNCONFIRMED Keywords: needs-bisection, wrong-code Severity:

[Bug pch/113970] [14 Regression] pch/system-{1,2}.C fails on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113970 Iain Sandoe changed: What|Removed |Added Last reconfirmed||2024-02-17 Status|UNCONFIRMED

[Bug c++/113970] [14 Regression] pch/system-{1,2}.C fails on darwin after r14-8987-gdd9d14f7d53

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113970 Iain Sandoe changed: What|Removed |Added Component|pch |c++ CC|

[Bug target/113971] [14 Regression] failure to build on arm64 musl (#error "Unsupported AArch64 platform for heap trampolines")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113971 --- Comment #1 from Iain Sandoe --- the intent was not to enable this feature for platforms we could not test. but libgcc/config.host has "aarch64*-*-linux*" so we have inadvertently enabled it for aarch64-linux-musl. assuming linux-musl defin

[Bug target/113971] [14 Regression] failure to build on arm64 musl (#error "Unsupported AArch64 platform for heap trampolines")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113971 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org

[Bug middle-end/19779] IBM 128bit long double format is not constant folded.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19779 --- Comment #9 from Iain Sandoe --- (In reply to Andrew Pinski from comment #8) > (In reply to Sergey Fedorov from comment #6) > > (In reply to Andrew Pinski from comment #0) > > > This is the new bug for PR 19405. Keeping track of that we no lon

[Bug other/113957] [14 Regression] bad-mapper-1.C hangs on all Darwin.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113957 Iain Sandoe changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007 Iain Sandoe changed: What|Removed |Added CC||fxcoudert at gcc dot gnu.org --- Comment

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007 --- Comment #5 from Iain Sandoe --- perhaps this is also a clang regression - for Jakub's example with Xcode 15.1 : $ clang --version Apple clang version 15.0.0 (clang-1500.1.0.2.5) Target: x86_64-apple-darwin23.3.0 master-wip-short-queue mini

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007 --- Comment #6 from Iain Sandoe --- (In reply to Iain Sandoe from comment #5) > perhaps this is also a clang regression - for Jakub's example with Xcode > 15.1 : (xcode clang, that is, I did not test with upstream clang yet).

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007 --- Comment #10 from Iain Sandoe --- indeed, it seems clang does not define __has_cpp_attribute for -std=c11 c compilations, whereas GCC does.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007 --- Comment #11 from Iain Sandoe --- looking at n2176 - C18 there is no mention of __has_c* looking at n3047 - C23 there is mention only of __has_c_attribute OTOH, there is no prohibition in declaring __has_cpp_attribute (c.f. an actual prohibi

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114007 Iain Sandoe changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/113971] [14 Regression] failure to build on arm64 musl (#error "Unsupported AArch64 platform for heap trampolines")

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113971 Iain Sandoe changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/107745] long double constexprs don't work with * or /, but work with + and - (JUST ON PPC)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107745 --- Comment #7 from Iain Sandoe --- (In reply to Sebastian "spaetz" Spaeth from comment #5) > I fully understand that nobody wants to invest time into fixing this. What > would be nice though, is if this were really just a missed optimization an

[Bug target/114033] Failure of test darwin-cfstring1.C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114033 --- Comment #1 from Iain Sandoe --- which actual SDK is this? you should be able to look at the SDKsettings.plist in the root of the SDK, if there's any need to discriminate versions with the same name. (and is it possible to get pre-processed

[Bug target/114034] Failure of tests gcov-dump-{1,2}.C

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114034 --- Comment #1 from Iain Sandoe --- let me see if we're adding an extra in the Darwin specs that is covered elsewhere (sometimes the specs get changed in gcc/gcc.cc and it takes us some time to sync the ones in darwin.h)

[Bug target/114036] Test failure of gcov-14.c on darwin

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114036 --- Comment #1 from Iain Sandoe --- yeah, there is a better way to do this with ld64 (and presumably dyld-ld), my guess is that this is an anachronism from the ld_classic (v1) days. We can tell the linker it's OK for a symbol to be undefined -

<    2   3   4   5   6   7   8   9   10   11   >