[Bug c++/107146] [ICE] in build_value_init, at cp/init.cc:347

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107146 tim blechmann changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED

[Bug c++/107147] New: [13 Regression] ICE in register_local_var_uses, at cp/coroutines.cc:3923

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107147 Bug ID: 107147 Summary: [13 Regression] ICE in register_local_var_uses, at cp/coroutines.cc:3923 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity:

[Bug c++/107146] [ICE] in build_value_init, at cp/init.cc:347

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107146 --- Comment #1 from Andrew Pinski --- This seems like it was fixed already in GCC 12.2.0. testcase.ii: In instantiation of 'void fields_count() [with T = my_class]': testcase.ii:18:3: required from 'void binary_visit(T, U) [with = less_impl;

[Bug c++/107146] New: [ICE] in build_value_init, at cp/init.cc:347

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107146 Bug ID: 107146 Summary: [ICE] in build_value_init, at cp/init.cc:347 Product: gcc Version: 12.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug fortran/107145] New: Indefinite recursion in gfc_check_dummy_characteristics/gfc_compare_interfaces

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107145 Bug ID: 107145 Summary: Indefinite recursion in gfc_check_dummy_characteristics/gfc_compare_interfaces Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug fortran/107144] New: ICE in gfc_get_symbol_decl, at fortran/trans-decl.cc:1623

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107144 Bug ID: 107144 Summary: ICE in gfc_get_symbol_decl, at fortran/trans-decl.cc:1623 Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/107130] [13 Regression] wrong code with -Os -fno-tree-ccp -fno-tree-forwprop -fno-tree-fre since r13-2900-g001c60ccfeaf9a48

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107130 Aldy Hernandez changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/107143] New: ICE: 'verify_gimple' failed (Error: non-trivial conversion in 'mem_ref')

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107143 Bug ID: 107143 Summary: ICE: 'verify_gimple' failed (Error: non-trivial conversion in 'mem_ref') Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords:

Re: Makeinfo generates wrong link

Gavin Smith wrote: On Mon, Oct 03, 2022 at 08:31:06AM +0100, Jonathan Wakely wrote: On Mon, 3 Oct 2022 at 07:01, Gavin Smith via Gcc wrote: On Sun, Oct 02, 2022 at 09:06:06PM -0400, Richard Stallman wrote: [...] The gcc developers need to provide a stable, version-independent

[COMMITTED] [PR107130] range-ops: Separate out ffs and popcount optimizations.

__builtin_popcount and __builtin_ffs were sharing the same range-ops entry, but the nonzero mask optimization is not valid for ffs. Separate them out into two entries. PR tree-optimization/107130 gcc/ChangeLog: * gimple-range-op.cc (class cfn_popcount): Call op_cfn_ffs.

[Bug tree-optimization/107130] [13 Regression] wrong code with -Os -fno-tree-ccp -fno-tree-forwprop -fno-tree-fre since r13-2900-g001c60ccfeaf9a48

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107130 --- Comment #6 from CVS Commits --- The master branch has been updated by Aldy Hernandez : https://gcc.gnu.org/g:f50d103183c551c7f9f9f20efaf2ebbf83d5e99f commit r13-3052-gf50d103183c551c7f9f9f20efaf2ebbf83d5e99f Author: Aldy Hernandez Date:

[Bug fortran/107142] New: [PDT] ICE: Segmentation fault (in next_statement)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107142 Bug ID: 107142 Summary: [PDT] ICE: Segmentation fault (in next_statement) Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal

[Bug tree-optimization/107141] New: ICE: Segmentation fault (in contains_struct_check)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107141 Bug ID: 107141 Summary: ICE: Segmentation fault (in contains_struct_check) Product: gcc Version: 13.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal

Re: [PATCH RFC] c++: fix broken conversion in coroutines

On 9/30/22 18:50, Iain Sandoe wrote: Hi Jason, On 30 Sep 2022, at 23:06, Jason Merrill wrote: You can't use CONVERT_EXPR to convert between two class types, and it was breaking copy elision. Unfortunately, this patch breaks symmetric-transfer-00-basic.C, where susp_type is

[Bug middle-end/24639] [meta-bug] bug to track all Wuninitialized issues

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639 Bug 24639 depends on bug 103036, which changed state. Bug 103036 Summary: incorrect #pragma GCC diagnostic suppression for macro expansion and -Wuninitialized https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036 What|Removed

[Bug middle-end/103036] incorrect #pragma GCC diagnostic suppression for macro expansion and -Wuninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103036 Lewis Hyatt changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/91669] #pragma's and _Pragma's work but _Pragma's used in an equivalent macro don't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669 Lewis Hyatt changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug c/91669] #pragma's and _Pragma's work but _Pragma's used in an equivalent macro don't

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91669 --- Comment #5 from CVS Commits --- The master branch has been updated by Lewis Hyatt : https://gcc.gnu.org/g:70e3f71a279856eabf99bbc92c0345c3ad20b615 commit r13-3051-g70e3f71a279856eabf99bbc92c0345c3ad20b615 Author: Lewis Hyatt Date: Sat

[PATCH] libstdc++: Implement ranges::join_with_view from P2441R2

Tested on x86_64-pc-linux-gnu, does this look OK for trunk? FWIW using variant<_PatternIter, _InnerIter> in the implementation means we need to include from , which increases the preprocessed size of by 3% (51.5k vs 53k). I suppose that's an acceptable cost? libstdc++-v3/ChangeLog: *

Re: Makeinfo generates wrong link

[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Some macros are predefined on each kind of machine > (@pxref{System

Re: [PATCH] diagnostics: Add test for fixed _Pragma location issue [PR91669]

On 10/3/22 16:32, Lewis Hyatt via Gcc-patches wrote: This PR related to _Pragma locations and diagnostic pragmas was fixed by a combination of r10-325 and r13-1596. Add missing test coverage. gcc/testsuite/ChangeLog: PR c/91669 * c-c++-common/pr91669.c: New test. OK. jeff

[Bug c++/107136] [13 Regression] File cp/cp-trait.def file not installed for plugin suport

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136 --- Comment #6 from Patrick Palka --- patch posted at https://gcc.gnu.org/pipermail/gcc-patches/2022-October/602758.html

[PATCH] c++: install cp-trait.def as part of plugin headers [PR107136]

This is apparently needed since we include cp-trait.def from cp-tree.h (in order to define the cp_trait_kind enum), as with operators.def. Tested on x86_64-pc-linux-gnu by doing make install and verifying cp-trait.def appears in $prefix/lib/gcc/x86_64-pc-linux-gnu/13.0.0/plugin/include/cp/

[Bug c++/107136] [13 Regression] File cp/cp-trait.def file not installed for plugin suport

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

[Bug c++/107140] New: Potential false positive uninitialized variable warning with -Wmaybe-uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107140 Bug ID: 107140 Summary: Potential false positive uninitialized variable warning with -Wmaybe-uninitialized Product: gcc Version: 12.2.0 Status: UNCONFIRMED

[Bug c++/55578] Disabling warnings inside macro definition doesn't work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55578 Lewis Hyatt changed: What|Removed |Added CC||lhyatt at gcc dot gnu.org --- Comment #9

[Bug c++/107136] [13 Regression] File cp/cp-trait.def file not installed for plugin suport

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136 --- Comment #5 from Patrick Palka --- Sorry for the breakage! (In reply to Andrew Pinski from comment #3) > This is most likely the fix but I don't have time to test it right now" > diff --git a/gcc/cp/Make-lang.in b/gcc/cp/Make-lang.in >

[Bug libstdc++/107139] New: Time to remove #if _GLIBCXX_HOSTED guard for coroutine for freestanding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107139 Bug ID: 107139 Summary: Time to remove #if _GLIBCXX_HOSTED guard for coroutine for freestanding Product: gcc Version: 13.0 Status: UNCONFIRMED Severity:

[Bug libgcc/106949] Memory leak using VLA with -fsplit-stack

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106949 --- Comment #3 from Ian Lance Taylor --- I don't think your attached patch is going to work. The code assumes that it is running within a stack segment. You can't just add a stack segment without changing the stack pointer. But something

[Bug target/98519] rs6000: @pcrel unsupported on this instruction error in pveclib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519 --- Comment #31 from Peter Bergner --- (In reply to Segher Boessenkool from comment #30) > We have to disallow all (*all*) operands that require prefixed insns, until > we can handle those properly. So if we can't disallow pcrel addresses in

How do I create a GCC source code tarball?

I have modified the source code of GCC, and I need a tarball for that modified source. My code is based on the trunk branch of the repository at git://gcc.gnu.org/git/gcc.git I attempted to execute "make dist", and have encountered the response Building a full distribution of this tree

[Bug tree-optimization/106757] [12/13 Regression] Incorrect "writing 1 byte into a region of size 0" on a vectorized loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106757 Peter Bergner changed: What|Removed |Added CC||bergner at gcc dot gnu.org --- Comment

[Bug target/98519] rs6000: @pcrel unsupported on this instruction error in pveclib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519 --- Comment #30 from Segher Boessenkool --- (In reply to Peter Bergner from comment #29) > (In reply to Segher Boessenkool from comment #28) > > All prefixed addresses, pcrel or R=0, are valid always. The original code > > is correct. > > Well

[PATCH] diagnostics: Add test for fixed _Pragma location issue [PR91669]

This PR related to _Pragma locations and diagnostic pragmas was fixed by a combination of r10-325 and r13-1596. Add missing test coverage. gcc/testsuite/ChangeLog: PR c/91669 * c-c++-common/pr91669.c: New test. --- Notes: Hello-

[Bug target/98519] rs6000: @pcrel unsupported on this instruction error in pveclib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519 --- Comment #29 from Peter Bergner --- (In reply to Segher Boessenkool from comment #28) > All prefixed addresses, pcrel or R=0, are valid always. The original code > is correct. Well they're only valid when compiling for power10, but we

[PATCH] aarch64: fix off-by-one in reading cpuinfo

Fixes: 341573406b39 Don't subtract one from the result of strnlen() when trying to point to the first character after the current string. This issue would cause individual characters (where the 128 byte buffers are stitched together) to be lost. gcc/ChangeLog: *

[PATCH] aarch64: update Ampere-1 core definition

This brings the extensions detected by -mcpu=native on Ampere-1 systems in sync with the defaults generated for -mcpu=ampere1. Note that some kernel versions may misreport the presence of PAUTH and PREDRES (i.e., -mcpu=native will add 'nopauth' and 'nopredres'). gcc/ChangeLog: *

Re: [PATCH] rs6000: Rework option -mpowerpc64 handling [PR106680]

On Fri, Sep 30, 2022 at 08:15:37PM +0800, Kewen.Lin wrote: > on 2022/9/30 01:11, Segher Boessenkool wrote: > >> +#ifdef OS_MISSING_POWERPC64 > >> + else if (OS_MISSING_POWERPC64) > >> + /* It's unexpected to have OPTION_MASK_POWERPC64 on for OSes which > >> + miss powerpc64 support, so

[Bug target/107064] gcc/config/t-i386 depends are incomplete: /gcc/config/i386/i386-builtins.h:25:10: fatal error: i386-builtin-types.inc: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064 Sergei Trofimovich changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/107064] gcc/config/t-i386 depends are incomplete: /gcc/config/i386/i386-builtins.h:25:10: fatal error: i386-builtin-types.inc: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064 --- Comment #5 from CVS Commits --- The releases/gcc-10 branch has been updated by Sergei Trofimovich : https://gcc.gnu.org/g:4c5dcb2dee23af26288d76bf0b7fc7adc0186f28 commit r10-11018-g4c5dcb2dee23af26288d76bf0b7fc7adc0186f28 Author: Sergei

[Bug target/107064] gcc/config/t-i386 depends are incomplete: /gcc/config/i386/i386-builtins.h:25:10: fatal error: i386-builtin-types.inc: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064 --- Comment #4 from CVS Commits --- The releases/gcc-11 branch has been updated by Sergei Trofimovich : https://gcc.gnu.org/g:06e1f9097760bd78d9460312cdebf692fb92ba47 commit r11-10289-g06e1f9097760bd78d9460312cdebf692fb92ba47 Author: Sergei

[Bug target/98519] rs6000: @pcrel unsupported on this instruction error in pveclib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519 --- Comment #28 from Segher Boessenkool --- (In reply to Peter Bergner from comment #27) > (In reply to Michael Meissner from comment #23) > > If we change rs6000_legitimate_address_p to return false if we have a > > prefixed address and we are

[Bug target/107064] gcc/config/t-i386 depends are incomplete: /gcc/config/i386/i386-builtins.h:25:10: fatal error: i386-builtin-types.inc: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064 --- Comment #3 from CVS Commits --- The releases/gcc-12 branch has been updated by Sergei Trofimovich : https://gcc.gnu.org/g:4b25752a2970745ccc9f7ad0294b9e19e56c5300 commit r12-8807-g4b25752a2970745ccc9f7ad0294b9e19e56c5300 Author: Sergei

[committed] libstdc++: Update status docs for compare_exchange padding bits

Pushed to trunk. -- >8 -- libstdc++-v3/ChangeLog: * doc/xml/manual/status_cxx2020.xml: Update C++20 status. * doc/html/manual/status.html: Regenerate. --- libstdc++-v3/doc/html/manual/status.html | 9 ++--- libstdc++-v3/doc/xml/manual/status_cxx2020.xml | 15

[Bug target/107064] gcc/config/t-i386 depends are incomplete: /gcc/config/i386/i386-builtins.h:25:10: fatal error: i386-builtin-types.inc: No such file or directory

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107064 Sergei Trofimovich changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 --- Comment #15 from cqwrteur --- (In reply to Jonathan Wakely from comment #14) > *** Bug 107134 has been marked as a duplicate of this bug. *** Well. that time only canadian cross did not work. Now even cross compiler does not work anymore.

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 --- Comment #14 from Jonathan Wakely --- *** Bug 107134 has been marked as a duplicate of this bug. ***

[Bug c++/107134] fatal error: stdint.h: No such file or directory for freestanding C++ toolchain

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

[Bug testsuite/99685] gcc.target/powerpc/divkc3-1.c and mulkc3-1.c fail for 32 bits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99685 --- Comment #3 from Peter Bergner --- (In reply to pthaugen from comment #2) > Fixed. Does this need backporting?

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 Jonathan Wakely changed: What|Removed |Added Attachment #53657|0 |1 is obsolete|

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 --- Comment #12 from Jonathan Wakely --- Please stop mixing separate issues together in bug reports. If you want that change, file a separate bug report asking for it.

[Bug libstdc++/107135] array::at() method should not be in for freestanding C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135 --- Comment #7 from cqwrteur --- (In reply to cqwrteur from comment #6) > Comment on attachment 53663 [details] > Define function for freestanding > > std::terminate() or std::abort() or __builtin_trap()?? > > std::terminate() has the issue

[Bug libstdc++/107135] array::at() method should not be in for freestanding C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135 --- Comment #6 from cqwrteur --- Comment on attachment 53663 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53663 Define function for freestanding std::terminate() or std::abort() or __builtin_trap()?? std::terminate() has the issue of

[Bug libstdc++/107135] array::at() method should not be in for freestanding C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135 Jonathan Wakely changed: What|Removed |Added Attachment #53662|0 |1 is obsolete|

Re: PING [PATCH] gcc/config/t-i386: add build dependencies on i386-builtin-types.inc

On Mon, Oct 3, 2022 at 9:05 AM Sergei Trofimovich via Gcc-patches wrote: > > On Thu, 22 Sep 2022 22:07:52 +0100 > Sergei Trofimovich wrote: > > > On Fri, 16 Sept 2022 at 19:49, Sergei Trofimovich wrote: > > > > > > From: Sergei Trofimovich > > > > > > i386-builtin-types.inc is included

[PATCH] elf: ELF toolchain --without-{headers, newlib} should provide stdint.h

stdint.h is considered a freestanding headers by C, and a valid stdint.h is required for certain parts of libstdc++' configuration, so we should simply provide one when we have no other way (i.e. newlib or user-specified sysroot) of getting one. gcc/ChangeLog: * config.gcc:

[Bug fortran/107074] ICE: Bad IO basetype (8)

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

[Bug libstdc++/107135] array::at() method should not be in for freestanding C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135 --- Comment #4 from cqwrteur --- (In reply to Jonathan Wakely from comment #3) > Created attachment 53662 [details] > Define function for freestanding > > I think I prefer this direction. Well i guess it would only work for sub classes of

[Bug c++/107138] [12 regression] std::variant triggers false-positive 'may be used uninitialized' warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138 --- Comment #2 from carsten.andrich at gmx dot de --- (In reply to Marek Polacek from comment #1) > I see the warning even without -fsanitize=undefined. Yes. Just used -fsanitize=undefined as per the bug writing guidelines. What I forgot to

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 --- Comment #11 from cqwrteur --- (In reply to Arsen Arsenović from comment #10) > Created attachment 53661 [details] > *-elf --without-headers --without-newlib should(?) provide stdint.h > > Try applying this patch. I'll see if it's correct

[Bug libstdc++/107135] array::at() method should not be in for freestanding C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135 --- Comment #3 from Jonathan Wakely --- Created attachment 53662 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53662=edit Define function for freestanding I think I prefer this direction.

[Bug c++/107138] [12 regression] std::variant triggers false-positive 'may be used uninitialized' warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138 Marek Polacek changed: What|Removed |Added CC||mpolacek at gcc dot gnu.org ---

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

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

[Bug c++/107138] New: [12 regression] std::variant triggers false-positive 'may be used uninitialized' warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138 Bug ID: 107138 Summary: [12 regression] std::variant triggers false-positive 'may be used uninitialized' warning Product: gcc Version: 12.2.0

[Bug c/107127] [11/12/13 Regression] Long compile times on code with C complex since r11-3299-gcba079f354a55363

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107127 --- Comment #3 from Andrew Pinski --- If anything it is the walk of the tree in c_genericize (c-gimplify.c) Which is causing the issue. + walk_tree (_SAVED_TREE (fndecl), c_genericize_control_r, +NULL, NULL); I suspect

[Bug target/98519] rs6000: @pcrel unsupported on this instruction error in pveclib

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98519 --- Comment #27 from Peter Bergner --- (In reply to Michael Meissner from comment #23) > If we change rs6000_legitimate_address_p to return false if we have a > prefixed address and we are in asm, we get an insn not found error: > > ---

[Bug c/107127] [11/12/13 Regression] Long compile times on code with C complex since r11-3299-gcba079f354a55363

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107127 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |11.4

[Bug demangler/107108] Uncontrolled stack recursion in rust-demangler.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107108 --- Comment #3 from Andrew Pinski --- Can you try binutils 2.39?

[Bug demangler/107108] Uncontrolled stack recursion in rust-demangler.c

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

[Bug demangler/107108] Uncontrolled stack recursion in rust-demangler.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107108 --- Comment #1 from Andrew Pinski --- Can you provided the undemangle symbol. Maybe you could use c++filt to show the issue instead of nm?

[Bug c++/107134] fatal error: stdint.h: No such file or directory for freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107134 --- Comment #4 from Jonathan Wakely --- Oh it's not libstdc++'s one, it's GCC's one.

[Bug c++/107134] fatal error: stdint.h: No such file or directory for freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107134 --- Comment #3 from Jonathan Wakely --- (In reply to cqwrteur from comment #0) > x86_64-elf-g++ -c b.cc -std=c++23 > In file included from > /home/cqwrteur/toolchains/native/x86_64-elf/x86_64-elf/include/c++/13.0.0/ > cstdint:41, >

[Bug target/107131] [11/12 Regression] wrong code with -Os -fno-ipa-vrp -fno-tree-bit-ccp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107131 --- Comment #3 from Andrew Pinski --- (In reply to Andrew Pinski from comment #2) > Let me file that as a seperate bug. Created PR 107137.

[Bug tree-optimization/107137] New: (unsigned)-(int)(bool_var) should be optimized to -(unsigned)bool_var

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107137 Bug ID: 107137 Summary: (unsigned)-(int)(bool_var) should be optimized to -(unsigned)bool_var Product: gcc Version: 12.0 Status: UNCONFIRMED Keywords:

[Bug libstdc++/107135] array::at() method should not be in for freestanding C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135 --- Comment #2 from Jonathan Wakely --- We should make it terminate though, there's no definition of __throw_out_of_range_fmt.

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 --- Comment #9 from Jonathan Wakely --- is freestanding, but isn't listed as being required for freestanding C++. That doesn't mean we can't provide it.

[Bug fortran/107000] ICE in gfc_real2complex, at fortran/arith.cc:2243

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107000 anlauf at gcc dot gnu.org changed: What|Removed |Added Attachment #53651|0 |1 is obsolete|

[Bug target/107131] [11/12 Regression] wrong code with -Os -fno-ipa-vrp -fno-tree-bit-ccp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107131 --- Comment #2 from Andrew Pinski --- Note there is a missed optimization here (unrelated to the wrong code): _32 = o_13(D) == 0; _35 = (long int) _32; _36 = -_35; _109 = (long long unsigned int) _36; _102 = _109 >

[Bug libstdc++/107135] array::at() method should not be in for freestanding C++

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

[PATCH] c++, c, v2: Implement C++23 P1774R8 - Portable assumptions [PR106654]

On Fri, Sep 30, 2022 at 04:39:25PM -0400, Jason Merrill wrote: > > * fold-const.h (simple_operand_p_2): Declare. > > This needs a better name if it's going to be a public interface. > > The usage also needs rationale for why this is the right predicate for > assume, rather than just

[Bug c++/107123] Size deduction for vector size in template fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107123 --- Comment #2 from milasudril at gmail dot com --- > It would be nice to standardized the vector attribute. Good features to have: constexpr std::size (and also std::ssize) template inline constexpr std::is_simd_type_v = ...; namespace std

Re: RISC-V V C Intrinsic API v1.0 release meeting reminder (Oct 03, 2022)

The meeting minute is updated in the document of the Google calendar link. > eop Chen 於 2022年10月3日 下午8:57 寫道： > > Hi all, > > A reminder that an open meeting to draft the RISC-V V C Intrinsic

[Bug c++/107123] Size deduction for vector size in template fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107123 Andrew Pinski changed: What|Removed |Added Keywords||documentation

[Bug c++/107123] Size deduction for vector size in template fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107123 --- Comment #1 from Andrew Pinski --- Yes GCC does not do deduction on the vector size attribute currently. This part of the extension is not documented one way or the other either because nobody thought of this right now. One easy way around

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 --- Comment #8 from cqwrteur --- (In reply to Jonathan Wakely from comment #7) > Created attachment 53657 [details] > Use predefined macros to define freestanding > > I have this patch locally, but I don't think the changes are > actually

[Bug c++/107136] [13 Regression] File cp/cp-trait.def file not installed for plugin suport

./gcc/cp/cp-trait.def ../results.20221003/lib/gcc/x86_64-pc-linux-gnu/13.0.0/plugin/include/cp/ [/home/dcb/gcc/trunk.git] $

[Bug c++/107136] [13 Regression] File cp/cp-trait.def file not installed for plugin suport

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136 --- Comment #3 from Andrew Pinski --- This is most likely the fix but I don't have time to test it right now" diff --git a/gcc/cp/Make-lang.in b/gcc/cp/Make-lang.in index 38d8eeed1f0..aa84d6827be 100644 --- a/gcc/cp/Make-lang.in +++

[Bug tree-optimization/107114] [13 Regression] Failure to discover range results in bogus warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107114 --- Comment #4 from Jeffrey A. Law --- I'll double check, but IIRC we throw away the loop structures at the end of DOM and they're supposed to be rebuilt (which appears to be happening as we re-construct LCSSA).

[Bug c++/107136] [13 Regression] File cp/cp-trait.def file not installed for plugin suport

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136 Andrew Pinski changed: What|Removed |Added Target Milestone|--- |13.0 Component|plugins

[Bug plugins/107136] File cp-trait.def not found in kernel build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136 Andrew Pinski changed: What|Removed |Added Version|12.0|13.0 --- Comment #2 from Andrew Pinski

[Bug bootstrap/107120] [13 Regression] trunk fails to bootstrap on powerpc64le-linux-gnu

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107120 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment

[Bug tree-optimization/107114] [13 Regression] Failure to discover range results in bogus warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107114 --- Comment #3 from Andrew Macleod --- yeah, we just invoke the loop analyzer and pick up what it tells us. From VRP2 point of view, it is just not getting the info supplied from the loop optimizer. I see dom3 removes some code and I see <

[Bug plugins/107136] File cp-trait.def not found in kernel build

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107136 David Binderman changed: What|Removed |Added CC||ppalka at gcc dot gnu.org ---

[Bug plugins/107136] New: File cp-trait.def not found in kernel build

: plugins Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Target Milestone: --- I've just been having a go at compiling the new linux-6.0 kernel with a recent trunk gcc. I get /home/dcb/gcc/results.20221003/lib/gcc/x86_64-pc-linux-gnu/13.0.0/plugin

[Bug c++/107134] fatal error: stdint.h: No such file or directory for freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107134 --- Comment #2 from Jonathan Wakely --- Although we could do: #if ! _GLIBCXX_HOSTED #include #else #include_next #endif to make it work.

[Bug libstdc++/107135] New: array::at() method should not be in for freestanding C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107135 Bug ID: 107135 Summary: array::at() method should not be in for freestanding C++ Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/107114] [13 Regression] Failure to discover range results in bogus warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107114 --- Comment #2 from Jeffrey A. Law --- Which is just uber-weird. The change in question removes a little subloop which becomes unreachable. Why that would cause us to be unable to analyze the remaining key loop for the IV's range is a

[Bug c++/107134] fatal error: stdint.h: No such file or directory for freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107134 --- Comment #1 from Jonathan Wakely --- With current trunk, you need to use -ffreestanding if you are compiling for freestanding. --without-headers --disable-hosted-libstdcxx says to build a freestanding library, that doesn't tell the

[Bug libstdc++/104605] _GLIBCXX_USE_C99_STDINT_TR1 macro is not defined for canadian cross freestanding C++ toolchain

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104605 --- Comment #7 from Jonathan Wakely --- Created attachment 53657 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53657=edit Use predefined macros to define freestanding I have this patch locally, but I don't think the changes are

[Bug c++/107134] New: fatal error: stdint.h: No such file or directory for freestanding C++ toolchain

-languages=c,c++ --enable-multilib Thread model: single Supported LTO compression algorithms: zlib gcc version 13.0.0 20221003 (experimental) (GCC) x86_64-elf-g++ -c b.cc -std=c++23 In file included from /home/cqwrteur/toolchains/native/x86_64-elf/x86_64-elf/include/c++/13.0.0/cstdint:41

  1   2   3   >