[Bug middle-end/111632] gcc fails to bootstrap when using libc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug middle-end/111632] gcc fails to bootstrap when using libc++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632 --- Comment #9 from Arsen Arsenović --- (In reply to Jakub Jelinek from comment #8) > I certainly work on stage 1 all the time, that is where I develop everything > I do > (of course once something is written, I test it with full bootstrap, but

[Bug tree-optimization/114206] recursive function call vs local variable addresses

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114206 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 --- Comment #14 from Arsen Arsenović --- indeed, system gettext should be unaffected.

[Bug modula2/114529] profiledbootstrap fails to build and m2 causes odr violations during build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114529 --- Comment #2 from Arsen Arsenović --- full build.log also: https://dev.gentoo.org/~arsen/gcc-14.0.1_pre20240331-Werror-odr-build.log.gz

[Bug c/110789] Internal Compiler Error: Illegal instruction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110789 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[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 bootstrap/111642] [14 Regression] bootstrap4 or profiledbootstrap failure: poly-int.h:453:5: error: too many initializers for ‘long int [1]’ (possibly since r14-4339-geaa41a6dc127d8)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug bootstrap/111642] [14 Regression] bootstrap4 or profiledbootstrap failure: poly-int.h:453:5: error: too many initializers for ‘long int [1]’ (possibly since r14-4339-geaa41a6dc127d8)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111642 --- Comment #10 from Arsen Arsenović --- ah, yeah, seems that the common thread is checking. my system compiler is built with --enable-checking=yes,extra,rtl. 'make -j17 CXXFLAGS=-fno-checking' also seems to work around it

[Bug d/111650] New: ICE in build_deref, at d/d-codegen.cc:1650

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111650 Bug ID: 111650 Summary: ICE in build_deref, at d/d-codegen.cc:1650 Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d

[Bug c++/106667] Diagnosing misuses of capturing lambda coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106667 Arsen Arsenović changed: What|Removed |Added Status|UNCONFIRMED |NEW Severity|normal

[Bug c++/102363] source_location in await_transform has function_name referring to internal coroutine funclet rather than source-level function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102363 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org

[Bug c++/110855] std::source_location doesn't work with C++20 coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110855 Arsen Arsenović changed: What|Removed |Added CC||redbeard0531 at gmail dot com --- Com

[Bug c++/103358] what is the first constructor argument of lambda coroutine promise_type?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103358 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org Reso

[Bug c++/54367] [meta-bug] lambda expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367 Bug 54367 depends on bug 103358, which changed state. Bug 103358 Summary: what is the first constructor argument of lambda coroutine promise_type? https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103358 What|Removed

[Bug c++/104981] [coroutines] Internal compiler error when promise object's constructor takes a base class of the object parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104981 Arsen Arsenović changed: What|Removed |Added CC||netcan1996 at gmail dot com --- Comme

[Bug ipa/115309] Simple coroutine based generator is not optimized well

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115309 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org Last recon

[Bug c++/113773] coroutines: promise deconstructed twice if throwing from return object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113773 Arsen Arsenović changed: What|Removed |Added Last reconfirmed||2024-07-30 CC|

[Bug c++/115908] [coroutines] Wrong behavior of using get_return_object() when creating coroutines

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org Last recon

[Bug c++/116151] New: [7.1 Regression] G++ fails to diagnose -Waggressive-loop-optimizations when going past the end of an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116151 Bug ID: 116151 Summary: [7.1 Regression] G++ fails to diagnose -Waggressive-loop-optimizations when going past the end of an array Product: gcc Version: 7.1.0

[Bug middle-end/116151] [12/13/14/15 Regression] G++ fails to diagnose -Waggressive-loop-optimizations when going past the end of an array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116151 --- Comment #2 from Arsen Arsenović --- I suspect this is due to EH - -fno-exceptions fixes the C++ case, as does noexcept, and -fexceptions breaks the C case.

[Bug c++/105595] Coroutines can trigger -Wsubobject-linkage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105595 --- Comment #4 from Arsen Arsenović --- hm, actually, is this valid code? in https://eel.is/c++draft/basic.def.odr#15 the standard says: For any definable item D with definitions in multiple translation units, - (15.1) if D is a non-inline non

[Bug middle-end/109224] Wmismatched-new-delete false positive with a templated operator new (common with coroutines)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109224 Arsen Arsenović changed: What|Removed |Added Summary|Wmismatched-new-delete |Wmismatched-new-delete

[Bug middle-end/109224] Wmismatched-new-delete false positive with a templated operator new (common with coroutines)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109224 --- Comment #5 from Arsen Arsenović --- (actually, it's simpler to make the operator new simply have template in the reproducer rather than the pack constrained to size 0)

[Bug middle-end/109224] Wmismatched-new-delete false positive with a templated operator new (common with coroutines)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109224 --- Comment #6 from Arsen Arsenović --- so, indeed, this appears to fix the original testcase: modified gcc/gimple-ssa-warn-access.cc @@ -1762,7 +1762,16 @@ new_delete_mismatch_p (tree new_decl, tree delete_decl) void *np = NULL, *dp = NUL

[Bug c++/116178] wish: command line -std=c++newest

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116178 --- Comment #3 from Arsen Arsenović --- +1, 'latest' might be a bit of a footgun > I would be happier with -std=c++experimental or possibly -std=c++next or both, for latest released and latest draft standard revisions

[Bug c++/105595] Coroutines can trigger -Wsubobject-linkage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105595 Arsen Arsenović changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/105595] Coroutines can trigger -Wsubobject-linkage

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105595 --- Comment #8 from Arsen Arsenović --- indeed, but that's also true for the functions, no?

[Bug lto/116344] New: Wlto-type-mismatch and Wodr should show what TUs mismatched

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116344 Bug ID: 116344 Summary: Wlto-type-mismatch and Wodr should show what TUs mismatched Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement

[Bug c++/115731] Coroutine lambda type is incomplete when selecting promise constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115731 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug c++/115731] Coroutine lambda type is incomplete when selecting promise constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115731 --- Comment #3 from Arsen Arsenović --- ah, no, never mind - it does. per [expr.prim.lambda]#6, ... Otherwise, it is a non-static member function or member function template, ... so, yeah, we need to complete that type, likely

[Bug debug/104050] '-fcompare-debug' failure w/ -std=c++20 -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104050 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug debug/104050] '-fcompare-debug' failure w/ -std=c++20 -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104050 --- Comment #8 from Arsen Arsenović --- possibly related to PR c++/101118 (and notably the fix for it)

[Bug middle-end/115859] ICE: in lower_stmt, at gimple-low.cc:724 with -g and __attribute__((optimize(3)))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115859 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug c++/102217] co_awaiting a temporary produced by ternary operator crashes (double-free)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102217 --- Comment #10 from Arsen Arsenović --- (In reply to John Eivind Helset from comment #9) > Hit this as well on master (9d5c500c4fa) in something like `co_return > co_await f(a, b ? c : d);`, if I lift the conditional out of await it seems > ok.

[Bug c/84052] Using Randomizing structure layout plugin in linux kernel compilation doesn't generate proper debuginfo

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84052 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment #

[Bug c/112699] Should limits.h in freestanding environment be self-contained?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112699 --- Comment #4 from Arsen Arsenović --- it would IMO - no use in libc stuff in freestanding. mind proposing a patch?

[Bug c++/108620] coroutines: ICE: in instantiate_type, at cp/class.cc:8742 when assign the return value of co_yield to a member of class/struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108620 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug c++/101367] [coroutines] destructor for capture in lambda temporary operand to co_yield expression called twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101367 Arsen Arsenović changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug c++/54367] [meta-bug] lambda expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367 Bug 54367 depends on bug 101367, which changed state. Bug 101367 Summary: [coroutines] destructor for capture in lambda temporary operand to co_yield expression called twice https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101367 What

[Bug c++/113457] Nesting coroutine definitions (e.g. via a lambda or a template expansion) can ICE the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457 Arsen Arsenović changed: What|Removed |Added Summary|Trying to emulate |Nesting coroutine |

[Bug c++/115851] ICE in gimplify_var_or_parm_decl with coroutine suspension point inside statement expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115851 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug c++/116502] [15 Regression] -Wunused-result warning cannot be suppressed if coroutine awaiter returns a reference after r15-2318-g2664c1bf83855b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116502 Arsen Arsenović changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug debug/104050] '-fcompare-debug' failure w/ -std=c++20 -O1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104050 Arsen Arsenović changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW

[Bug middle-end/115859] ICE: in lower_stmt, at gimple-low.cc:724 with -g and __attribute__((optimize(3)))

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115859 Arsen Arsenović changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug c++/105104] [coroutines] ICE during GIMPLE pass: coro-early-expand-ifns

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105104 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org As

[Bug c++/109867] -Wswitch-default reports missing default in coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109867 Arsen Arsenović changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |arsen at gcc dot gnu.org

[Bug c++/113457] Nesting coroutine definitions (e.g. via a lambda or a template expansion) can ICE the compiler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113457 Arsen Arsenović changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #10 from Arsen Ar

[Bug c++/105475] coroutines: ICE in coerce_template_parms, at cp/pt.cc:9183

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105475 Arsen Arsenović changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #6 from Arsen Ars

[Bug c++/116502] [15 Regression] -Wunused-result warning cannot be suppressed if coroutine awaiter returns a reference after r15-2318-g2664c1bf83855b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116502 Arsen Arsenović changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigne

[Bug c++/106973] coroutine generator and setjmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106973 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org As

[Bug c++/109283] Destructor of co_yield conditional argument called twice

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109283 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug c++/102217] co_awaiting a temporary produced by ternary operator crashes (double-free)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102217 --- Comment #11 from Arsen Arsenović --- (In reply to John Eivind Helset from comment #9) > Hit this as well on master (9d5c500c4fa) in something like `co_return > co_await f(a, b ? c : d);`, if I lift the conditional out of await it seems > ok.

[Bug c++/108620] coroutines: ICE: in instantiate_type, at cp/class.cc:8742 when assign the return value of co_yield to a member of class/struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108620 Arsen Arsenović changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/106973] coroutine generator and setjmp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106973 Arsen Arsenović changed: What|Removed |Added Status|ASSIGNED|WAITING --- Comment #10 from Arsen Ar

[Bug c++/116633] [coroutines] ICE: Promise with Variadic Templated Constructor and Reference to the Instance of the Member Coroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116633 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org Ke

[Bug lto/94150] Improve LTO diagnosis for LTO triggered warnings/error: print source.o or source.a(lib.o) when printing location

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94150 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment #

[Bug lto/116344] Wlto-type-mismatch and Wodr should show what TUs mismatched

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116344 Arsen Arsenović changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug c++/106188] [coroutines] Incorrect frame layout after transforming conditional statement without top-level bind expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106188 Arsen Arsenović changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug c++/106713] [11/12 Regression] Coroutine regression in GCC 11.3.0: if (co_await ...) crashes with a jump to ud2 since r12-3529-g70ee703c479081ac

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106713 Arsen Arsenović changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug tree-optimization/109473] New: ICE during GIMPLE pass: vect: verify_gimple failed with -m32

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473 Bug ID: 109473 Summary: ICE during GIMPLE pass: vect: verify_gimple failed with -m32 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/109473] ICE during GIMPLE pass: vect: verify_gimple failed with -O1 -ftree-loop-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473 Arsen Arsenović changed: What|Removed |Added Summary|ICE during GIMPLE pass: |ICE during GIMPLE pass:

[Bug tree-optimization/109473] [10/11/12 Regression] ICE during GIMPLE pass: vect: verify_gimple failed with -O1 -ftree-loop-vectorize since r10-4076-g82e8e335f917b9

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109473 --- Comment #7 from Arsen Arsenović --- LGTM - the original, unreduced, case builds on trunk. thanks!

[Bug libstdc++/109602] Import Gentoo msgfmt patch ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109602 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug bootstrap/105688] GCC 11.3 doesn't build with the GNU gold linker (version 2.37-27.fc36) 1.16: libstdc++.so.6: version `GLIBCXX_3.4.30' not found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688 Arsen Arsenović changed: What|Removed |Added CC||romain.geissler at amadeus dot com -

[Bug libstdc++/109602] Import Gentoo msgfmt patch ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109602 Arsen Arsenović changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIR

[Bug bootstrap/105688] GCC 11.3 doesn't build with the GNU gold linker (version 2.37-27.fc36) 1.16: libstdc++.so.6: version `GLIBCXX_3.4.30' not found

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug c++/109625] [14 regression] 'error: use of built-in trait ‘__type_pack_element’ in function signature; use library traits instead' when building folly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109625 --- Comment #1 from Arsen Arsenović --- related code (folly/Traits.h) #if FOLLY_HAS_BUILTIN(__type_pack_element) template using type_pack_element_t = __type_pack_element; #else template using type_pack_element_t = traits_detai

[Bug c++/109625] [14 regression] 'error: use of built-in trait ‘__type_pack_element’ in function signature; use library traits instead' when building folly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109625 --- Comment #2 from Arsen Arsenović --- almost certainly started with r14-92-g58b7dbf865b146, of course

[Bug analyzer/108171] [13/14 Regression] ICE in binding_key::make, at analyzer/store.cc:132 since r13-4529-gdfe2ef7f2b6cac70

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108171 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug middle-end/109686] Errorneous infinite loop detection (-Winfinite-recursion)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109686 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug middle-end/109686] Errorneous infinite loop detection (-Winfinite-recursion)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109686 --- Comment #3 from Arsen Arsenović --- no problem, thank you for reporting

[Bug analyzer/109783] New: missing warning (due to a wrong suppression) when va_end is not in the same function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109783 Bug ID: 109783 Summary: missing warning (due to a wrong suppression) when va_end is not in the same function Product: gcc Version: 14.0 Status: UNCONFIRMED Sev

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109814 --- Comment #10 from Arsen Arsenović --- (In reply to lesto fante from comment #9) > To be fair I have no idea what would be the impact of removing freestanding, > from a quick test does not seems to have a realistic impact. > > I guess what ha

[Bug ipa/108250] [12/13/14 regression] llvm-tblgen miscompiled on powerpc-unknown-linux-gnu since r12-5383-g22c242342e38eb

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108250 --- Comment #13 from Arsen Arsenović --- as an update, we've recently gotten valgrind working on a ppc32 machine, and we get the following: ==2738== Conditional jump or move depends on uninitialised value(s) ==2738==at 0x17E55C: __eq (tuple

[Bug c++/109864] excplicit constructor considered during overload resolution leads to ambiguity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109864 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug preprocessor/114748] [14 Regression] libcpp aclocal.m4 and configure incorrectly regenerated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114748 --- Comment #5 from Arsen Arsenović --- hm, that's odd, my local machine can also regenerate to Cristophes version also today.. I wonder why it did not back then.. what should we do about it?

[Bug libstdc++/114866] & out_ptr in freestanding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114866 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org,

[Bug libstdc++/114940] std::generator relies on an optional overload of operator delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114940 --- Comment #5 from Arsen Arsenović --- imo, creating a divergent code path for this case isn't worth it, especially for something that isn't trivial. I'd opt for checking for sized dealloc in version.def.

[Bug libstdc++/114940] std::generator relies on an optional overload of operator delete

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114940 --- Comment #7 from Arsen Arsenović --- (In reply to Jonathan Wakely from comment #6) > What would be needed to work without it? It looks like the allocation would > have to be larger so the size could be stored as a cookie at the start of > the

[Bug tree-optimization/115175] New: GCC fails to bootstrap with --with-build-config='bootstrap-O3 bootstrap-lto' at r15-698-g38d1761c0c94b7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115175 Bug ID: 115175 Summary: GCC fails to bootstrap with --with-build-config='bootstrap-O3 bootstrap-lto' at r15-698-g38d1761c0c94b7 Product: gcc Version: 15.0

[Bug target/111768] X86: -march=native does not support alder lake big.little cache infor correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111768 --- Comment #6 from Arsen Arsenović --- this poses another problem too, though: should big and little cores ever differ in ISA support levels, building on big cores (which seems like a reasonable thing to do) with -march=native could lead to gen

[Bug target/111768] X86: -march=native does not support alder lake big.little cache infor correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111768 --- Comment #8 from Arsen Arsenović --- (In reply to Alexander Monakov from comment #7) > I'm afraid hybrid CPUs with varying ISA feature sets are not practical for > the current ecosystem: you wouldn't be able to reschedule from a higher- to >

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 --- Comment #4 from Arsen Arsenović --- (In reply to Bruno Haible from comment #2) > > gcc version 4.8.5 20150623 (Red Hat 4.8.5-44) (GCC) > > gcc -std=gnu99 ... > > error: unknown type name 'max_align_t' > > The type 'max_align_t' exists in C

[Bug other/112671] libiconv support lacks separate --with-libiconv-{include,lib}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112671 --- Comment #1 from Arsen Arsenović --- yes, this also came up from the binutils side. see https://inbox.sourceware.org/binutils/874jhg2x6p@adacore.com/ I will restore the modifications in the shared tree with the few other patches I menti

[Bug other/112671] libiconv support lacks separate --with-libiconv-{include,lib}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112671 --- Comment #3 from Arsen Arsenović --- hm, actually, I think I confused reports - sorry. do you know if this worked a short while ago? and if so, how did such a configuration look?

[Bug c/112826] gcc rejects the valid code and reports undefined reference

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112826 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 --- Comment #6 from Arsen Arsenović --- (In reply to Jakub Jelinek from comment #5) > The problem is that the toplevel configure (which is autoconf 2.69 as pretty > much everything in gcc) uses the older AC_PROG_CC, which only checks for > -std=

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 --- Comment #8 from Arsen Arsenović --- (In reply to Jakub Jelinek from comment #7) > Exporting say CC or CXX to the host CC/CXX in stage1 and previous-stage/xgcc > -B previous-stage/ and similar is obviously required, otherwise bootstrap > woul

[Bug target/109954] x86-64's -m32 does not conform to documentation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109954 --- Comment #20 from Arsen Arsenović --- I agree, it's probably better to just update all references to be clear that -m32 generates IA32 code, rather than i?86 code. IMO, for multilib, it's reasonable to target the same CPU as -m64 in terms of

[Bug c/110427] a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110427 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 --- Comment #9 from Arsen Arsenović --- removing EXTRA_HOST_FLAGS from the gettext targets fixed the build on my cfarm112. overall, I'm not sure overriding what subconfigures discover and adjust CC and CFLAGS with is a good idea. it seems sens

[Bug libstdc++/112997] _Unwind_Exception conflicts with void*. failed to build with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug rtl-optimization/113019] [NOT A BUG] Multi-architecture binaries for Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 --- Comment #10 from Arsen Arsenović --- Created attachment 56915 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56915&action=edit [PATCH] toplevel: don't override gettext-runtime/configure-discovered build args here's a preliminary patch

[Bug bootstrap/112534] [14 regression] build failure after r14-5424-gdb50aea6259545 using gcc 4.8.5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534 --- Comment #12 from Arsen Arsenović --- (In reply to seurer from comment #11) > Did it work? yes, I sent it on the ML: https://inbox.sourceware.org/gcc-patches/20231221193243.368541-1-ar...@aarsen.me/

[Bug c/87950] GCC warns about reaching end of non-void function when all switch cases are completely handled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87950 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment #

[Bug target/108849] __declspec(code_seg("segname")) does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108849 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

[Bug libstdc++/113283] missing C++26 freestanding headers.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113283 Arsen Arsenović changed: What|Removed |Added CC||arsen at gcc dot gnu.org --- Comment

  1   2   3   >