[Bug c++/106618] C++ Option Summary shows `-fargs-in-order` instead of `-fstrong-eval-order`

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106618 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug tree-optimization/106533] loop distribution not distributing inner loop (to memcpy) when perfect loop nest

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106533 --- Comment #8 from Richard Biener --- (In reply to Vineet Gupta from comment #7) > Can this be back-ported to gcc 12 please ? Do you have an indication that this is a regression?

[Bug tree-optimization/106617] [13 Regression] gcc is very slow at ternary expressions since r13-322-g7f04b0d786e13ff5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/106630] [13 Regression] ICE: Segmentation fault signal terminated program cc1plus with -O2 since r13-1268-g8c99e307b20c50

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug tree-optimization/106630] [13 Regression] ICE: Segmentation fault signal terminated program cc1plus with -O2 since r13-1268-g8c99e307b20c50

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630 --- Comment #7 from Aldy Hernandez --- (In reply to Richard Biener from comment #6) > The comment about DOM + missing cprop remains of course. This seems like a longstanding problem with DOM (cpropping into PHI args with range information), as

[Bug tree-optimization/106630] [13 Regression] ICE: Segmentation fault signal terminated program cc1plus with -O2 since r13-1268-g8c99e307b20c50

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630 --- Comment #8 from rguenther at suse dot de --- On Tue, 16 Aug 2022, aldyh at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630 > > --- Comment #7 from Aldy Hernandez --- > (In reply to Richard Biener from comment

[Bug fortran/106636] New: docs: references to varying length character strings are dead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106636 Bug ID: 106636 Summary: docs: references to varying length character strings are dead Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug target/106637] New: docs: link to www.bullfreeware.com is dead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637 Bug ID: 106637 Summary: docs: link to www.bullfreeware.com is dead Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: targe

[Bug bootstrap/106624] [13 Regression] LTO plugin fails to build in parallel builds: xgcc: fatal error: cannot execute '/build/build/./prev-gcc/collect2': execv: Bad address since r13-2011-g53e3b2bf16

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

[Bug analyzer/106634] [13 Regression] ICE in get_region_for_local, at analyzer/region.cc:874 since r13-2029-g7e3b45befdbbf1a1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106634 Richard Biener changed: What|Removed |Added Target Milestone|--- |13.0 Priority|P3

[Bug lto/100010] [10/11/12/13 Regression] ICE in lto_output_node, at lto-cgraph.c:447 (-fdevirtualize-at-ltrans) since r6-6384-gceda2c69d5219719

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100010 --- Comment #8 from Xionghu Luo (luoxhu at gcc dot gnu.org) --- At the ICE point, node->clone_of has value, but clone_of is NULL: (gdb) p clone_of $114 = (cgraph_node *) 0x0 (gdb) p node->clone_of $115 = (cgraph_node *) 0x76664bb0 (gdb) pno

[Bug d/106638] New: docs: bad links to DIPs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638 Bug ID: 106638 Summary: docs: bad links to DIPs Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: d Assignee: ib

[Bug d/106638] docs: bad links to DIPs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638 Martin Liška changed: What|Removed |Added Ever confirmed|0 |1 Last reconfirmed|

[Bug target/106635] AARCH64 STUR instruction causes bus error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635 Richard Biener changed: What|Removed |Added Last reconfirmed||2022-08-16 Ever confirmed|0

[Bug fortran/106639] New: [OpenMP][5.1] Diagnose when OpenMP declarative directive appears before IMPORT/USE/IMPLICIT

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106639 Bug ID: 106639 Summary: [OpenMP][5.1] Diagnose when OpenMP declarative directive appears before IMPORT/USE/IMPLICIT Product: gcc Version: 13.0 Status: UNCONFIRMED

[Bug fortran/106566] [OpenMP] declare simd fails with with bogus "already been host associated" for module procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106566 --- Comment #2 from Tobias Burnus --- The ordering part (must be after IMPORT/IMPLICIT/USE) is now tracked in PR106639 - note that forcing it after IMPORT/IMPLICIT/USE is new since OpenMP 5.1.

[Bug target/106635] AARCH64 STUR instruction causes bus error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635 --- Comment #2 from Xiaoguang --- (In reply to Richard Biener from comment #1) > Can you provide preprocessed source of the whole translation unit so the > testcase is compilable? Sure, please see below complete code. void CWLCollectReadRegDat

[Bug target/106635] AARCH64 STUR instruction causes bus error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635 --- Comment #3 from Xiaoguang --- (In reply to Richard Biener from comment #1) > Can you provide preprocessed source of the whole translation unit so the > testcase is compilable? please see below code: void CWLCollectReadRegData(u32* dst,u16 r

[Bug target/106635] AARCH64 STUR instruction causes bus error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635 --- Comment #4 from Xiaoguang --- (In reply to Xiaoguang from comment #2) > (In reply to Richard Biener from comment #1) > > Can you provide preprocessed source of the whole translation unit so the > > testcase is compilable? > > Sure, please s

[Bug tree-optimization/106630] [13 Regression] ICE: Segmentation fault signal terminated program cc1plus with -O2 since r13-1268-g8c99e307b20c50

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630 --- Comment #9 from CVS Commits --- The master branch has been updated by Richard Biener : https://gcc.gnu.org/g:5e88fccf4be7e8ab22734d87f8e520b25d92d845 commit r13-2069-g5e88fccf4be7e8ab22734d87f8e520b25d92d845 Author: Richard Biener Date:

[Bug tree-optimization/106630] [13 Regression] ICE: Segmentation fault signal terminated program cc1plus with -O2 since r13-1268-g8c99e307b20c50

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug tree-optimization/103035] [meta-bug] YARPGen bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103035 Bug 103035 depends on bug 106630, which changed state. Bug 106630 Summary: [13 Regression] ICE: Segmentation fault signal terminated program cc1plus with -O2 since r13-1268-g8c99e307b20c50 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106630

[Bug middle-end/106548] [OpenMP] ICE in #pragma openmp parallel for simd linear with long long variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106548 --- Comment #1 from Tobias Burnus --- The ICE is for: expand_expr_real_1's 10721 gcc_assert (SCOPE_FILE_SCOPE_P (context) 10722 || context == current_function_decl 10723 || TREE_STATI

[Bug middle-end/106548] [OpenMP] ICE in #pragma openmp parallel for simd linear with long long variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106548 --- Comment #2 from Tobias Burnus --- The problem is the following code in omp-low.c: do_firstprivate: lower_private_allocate (var, new_var, allocator, allocate_ptr, ilist, ctx, fa

[Bug d/106638] docs: bad links to DIPs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638 --- Comment #2 from Iain Buclaw --- (In reply to Martin Liška from comment #1) > Should likely lead to something like: > https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1021.md Indeed, I'm sure the wiki links were working at one point

[Bug d/106638] docs: bad links to DIPs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638 --- Comment #3 from CVS Commits --- The master branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:e56b695aa3aed3c0c80616bba569bbeb4a06b5e5 commit r13-2073-ge56b695aa3aed3c0c80616bba569bbeb4a06b5e5 Author: Iain Buclaw Date: Tue A

[Bug target/106640] New: [13 Regression] during RTL pass: stv ICE: RTL check: expected elt 1 type 'i' or 'n', have 'e' (rtx ashift) in compute_convert_gain, at config/i386/i386-features.cc:1251/1285

ead model: posix Supported LTO compression algorithms: zlib zstd gcc version 13.0.0 20220816 (experimental) (GCC) Happens with the pr106577 patch as well.

[Bug bootstrap/106624] [13 Regression] LTO plugin fails to build in parallel builds: xgcc: fatal error: cannot execute '/build/build/./prev-gcc/collect2': execv: Bad address since r13-2011-g53e3b2bf16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624 --- Comment #8 from Sergei Trofimovich --- I think I understand now why it's such a mysterious failure. gcc uses putenv() incorrectly! I think the real bug was introduced in: commit 1270ccda70ca09f7d4 "Factor out jobserver_active_p.". It's gis

[Bug demangler/106641] New: Endless Looping & Abnormal Memory Occupatio

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106641 Bug ID: 106641 Summary: Endless Looping & Abnormal Memory Occupatio Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: dema

[Bug target/106635] AARCH64 STUR instruction causes bus error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106635 Richard Earnshaw changed: What|Removed |Added Resolution|--- |INVALID Status|WAITING

[Bug d/106638] docs: bad links to DIPs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638 --- Comment #4 from CVS Commits --- The releases/gcc-12 branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:f6431df36461ba88f462b153fb21f6ca7497a30a commit r12-8691-gf6431df36461ba88f462b153fb21f6ca7497a30a Author: Iain Buclaw Date

[Bug bootstrap/106624] [13 Regression] LTO plugin fails to build in parallel builds: xgcc: fatal error: cannot execute '/build/build/./prev-gcc/collect2': execv: Bad address since r13-2011-g53e3b2bf16

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624 --- Comment #9 from Martin Liška --- Thanks for finding out! To be honest, I verified that path leading to env_manager::xput, but it does string copy only if m_can_restore. The patch is fine, please send it to gcc-patches as obvious!

[Bug d/106638] docs: bad links to DIPs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638 --- Comment #5 from CVS Commits --- The releases/gcc-11 branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:be0bd70649cbb3bdf998069a279d806e1e94a093 commit r11-10206-gbe0bd70649cbb3bdf998069a279d806e1e94a093 Author: Iain Buclaw Dat

[Bug d/106638] docs: bad links to DIPs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106638 --- Comment #6 from CVS Commits --- The releases/gcc-10 branch has been updated by Iain Buclaw : https://gcc.gnu.org/g:b4ecafb9acd8a7e7eb3da92ac973cb07f0f39d40 commit r10-10947-gb4ecafb9acd8a7e7eb3da92ac973cb07f0f39d40 Author: Iain Buclaw Dat

[Bug d/106638] docs: bad links to DIPs

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

[Bug driver/106624] [13 Regression] LTO plugin fails to build in parallel builds: xgcc: fatal error: cannot execute '/build/build/./prev-gcc/collect2': execv: Bad address since r13-2011-g53e3b2bf16a48

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624 Sergei Trofimovich changed: What|Removed |Added Component|bootstrap |driver --- Comment #10 from Sergei

[Bug target/106640] [13 Regression] during RTL pass: stv ICE: RTL check: expected elt 1 type 'i' or 'n', have 'e' (rtx ashift) in compute_convert_gain, at config/i386/i386-features.cc:1251/1285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106640 Martin Liška changed: What|Removed |Added Last reconfirmed||2022-08-16 Ever confirmed|0

[Bug driver/106624] [13 Regression] LTO plugin fails to build in parallel builds: xgcc: fatal error: cannot execute '/build/build/./prev-gcc/collect2': execv: Bad address since r13-2011-g53e3b2bf16a48

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106624 --- Comment #11 from CVS Commits --- The master branch has been updated by Sergei Trofimovich : https://gcc.gnu.org/g:2b403297b111c990c331b5bbb6165b061ad2259b commit r13-2075-g2b403297b111c990c331b5bbb6165b061ad2259b Author: Sergei Trofimovich

[Bug driver/106624] [13 Regression] LTO plugin fails to build in parallel builds: xgcc: fatal error: cannot execute '/build/build/./prev-gcc/collect2': execv: Bad address since r13-2011-g53e3b2bf16a48

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

[Bug target/106640] [13 Regression] during RTL pass: stv ICE: RTL check: expected elt 1 type 'i' or 'n', have 'e' (rtx ashift) in compute_convert_gain, at config/i386/i386-features.cc:1251/1285

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106640 Roger Sayle changed: What|Removed |Added Target Milestone|--- |13.0 CC|

[Bug c++/101165] [C++23] P2266R1 - Simpler implicit move

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101165 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug c/106642] New: cc1 compiler hangs when cross-compiling ring_buffer.c (from kernel/events) on Aarch64

--with-sysroot --with-headers=/usr/include Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 13.0.0 20220816 (Bleeding Edge) (Eva GCC) Command line used that hangs compiler: /storage/gcc-arm64/bin/aarch64-elf-gcc -Wp,-MD,

[Bug c/106642] cc1 compiler hangs when cross-compiling ring_buffer.c (from kernel/events) on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642 --- Comment #1 from pivanov at hotmail dot com --- Created attachment 53466 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53466&action=edit Preprocessed file that triggers the hang

[Bug middle-end/106642] cc1 compiler hangs when cross-compiling ring_buffer.c (from kernel/events) on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642 Richard Earnshaw changed: What|Removed |Added Last reconfirmed||2022-08-16 Status|UNCONF

[Bug middle-end/106642] cc1 compiler hangs when cross-compiling ring_buffer.c (from kernel/events) on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642 Andrew Pinski changed: What|Removed |Added Depends on||106617 --- Comment #3 from Andrew Pinsk

[Bug middle-end/106642] cc1 compiler hangs when cross-compiling ring_buffer.c (from kernel/events) on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642 --- Comment #4 from pivanov at hotmail dot com --- It really looks like endless recursion as the whole memory gets exhausted if I leave it running long enough. What I see in bug 106617 description (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10

[Bug middle-end/106642] cc1 compiler hangs when cross-compiling ring_buffer.c (from kernel/events) on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106642 --- Comment #5 from Andrew Pinski --- max_order = ( __builtin_constant_p(nr_pages) ? ( __builtin_constant_p(nr_pages) ? ( (nr_pages) < 2 ? 0 : (nr_pages) & (1ULL << 63) ? 63 : (nr_pages) & (1ULL << 62) ? 62 : (nr_pages) & (1ULL << 61) ? 61 :

[Bug tree-optimization/106617] [13 Regression] gcc is very slow at ternary expressions since r13-322-g7f04b0d786e13ff5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617 Andrew Pinski changed: What|Removed |Added CC||pivanov at hotmail dot com --- Comment

[Bug middle-end/106642] cc1 compiler hangs when cross-compiling ring_buffer.c (from kernel/events) on Aarch64

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

[Bug tree-optimization/106617] [13 Regression] gcc is very slow at ternary expressions since r13-322-g7f04b0d786e13ff5

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106617 --- Comment #11 from pivanov at hotmail dot com --- (In reply to Martin Liška from comment #9) > Started with r13-322-g7f04b0d786e13ff5. I do confirm that after reverting this commit there is no more hanging when compiling (bug 106642)

[Bug c/101605] bogus -Wvla-parameter in same bound expression with differently named parameters

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101605 Martin Sebor changed: What|Removed |Added Last reconfirmed|2021-07-23 00:00:00 |2022-08-16 Known to fail|

[Bug c/100420] unspecified VLA bound formatted as [0] instead of [*] in -Wvla-parameter

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

[Bug analyzer/106634] [13 Regression] ICE in get_region_for_local, at analyzer/region.cc:874 since r13-2029-g7e3b45befdbbf1a1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106634 David Malcolm changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug target/106637] docs: link to www.bullfreeware.com is dead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637 --- Comment #1 from Andrew Pinski --- https://github.com/power-devops/bullfreeware Looks like it was closed in May 2022.

[Bug fortran/106566] [OpenMP] declare simd fails with with bogus "already been host associated" for module procedures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106566 --- Comment #3 from Tobias Burnus --- Patch for the rejects-valid issue of module variable + a fix for an absent linear step with OpenMP 5.2 syntax: https://gcc.gnu.org/pipermail/gcc-patches/2022-August/599829.html As mentioned, the declarati

[Bug middle-end/106548] [OpenMP] ICE in #pragma openmp parallel for simd linear with long long variables

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106548 --- Comment #3 from Tobias Burnus --- Submitted patch: https://gcc.gnu.org/pipermail/gcc-patches/2022-August/599832.html

[Bug target/106637] docs: link to www.bullfreeware.com is dead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637 David Edelsohn changed: What|Removed |Added Last reconfirmed||2022-08-16 Status|UNCONFIR

[Bug libgomp/106643] New: [gfortran + OpenACC] Allocate in module causes refcount error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106643 Bug ID: 106643 Summary: [gfortran + OpenACC] Allocate in module causes refcount error Product: gcc Version: 13.0 Status: UNCONFIRMED Severity: normal

[Bug target/106588] The constraints on most of the patterns in bitmanip.md are broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106588 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

[Bug c++/106631] Unhelpful diagnostic on variable template specialization with unknown name

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106631 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

[Bug tree-optimization/106559] [10/11/12/13 Regression] Spurious warning -Wformat-truncation (regression from 9)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106559 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org Bl

[Bug c++/102610] [C++23] P2036R3 - Change scope of lambda trailing-return-type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102610 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0

[Bug target/106637] docs: link to www.bullfreeware.com is dead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637 --- Comment #3 from CVS Commits --- The master branch has been updated by Martin Liska : https://gcc.gnu.org/g:9580ab573dd59e7eaff768b1e5fc736be8c63d20 commit r13-2080-g9580ab573dd59e7eaff768b1e5fc736be8c63d20 Author: Martin Liska Date: Tue

[Bug target/106637] docs: link to www.bullfreeware.com is dead

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106637 Martin Liška changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug c++/106644] New: [C++23] P2468R2 - The Equality Operator You Are Looking For

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106644 Bug ID: 106644 Summary: [C++23] P2468R2 - The Equality Operator You Are Looking For Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug tree-optimization/106533] loop distribution not distributing inner loop (to memcpy) when perfect loop nest

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106533 --- Comment #9 from Vineet Gupta --- > > Can this be back-ported to gcc 12 please ? > > Do you have an indication that this is a regression? No, but this does seem like a bug, aren't those backported ?

[Bug c++/106645] New: [C++23] P2290R3 - Delimited escape sequences

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106645 Bug ID: 106645 Summary: [C++23] P2290R3 - Delimited escape sequences Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/106645] [C++23] P2290R3 - Delimited escape sequences

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106645 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|unassigned

[Bug c++/106645] [C++23] P2290R3 - Delimited escape sequences

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106645 --- Comment #1 from Jakub Jelinek --- Created attachment 53467 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53467&action=edit gcc13-pr106645.patch Untested implementation.

[Bug c++/106646] New: [C++23] P2437R1 - Support for #warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106646 Bug ID: 106646 Summary: [C++23] P2437R1 - Support for #warning Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug tree-optimization/106533] loop distribution not distributing inner loop (to memcpy) when perfect loop nest

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106533 Andrew Pinski changed: What|Removed |Added Known to fail||5.1.0 --- Comment #10 from Andrew Pinsk

[Bug c++/106647] New: [C++23] P2362 - Remove non-encodable wide character literals and multicharacter wide character literals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106647 Bug ID: 106647 Summary: [C++23] P2362 - Remove non-encodable wide character literals and multicharacter wide character literals Product: gcc Version: unknown Status: UNC

[Bug c++/106648] New: [C++23] P2071 - Named universal character escapes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106648 Bug ID: 106648 Summary: [C++23] P2071 - Named universal character escapes Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Compon

[Bug c++/106649] New: [C++23] P2448 - Relaxing some constexpr restrictions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106649 Bug ID: 106649 Summary: [C++23] P2448 - Relaxing some constexpr restrictions Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Com

[Bug c++/106650] New: [C++23] P2280 - Using unknown references in constant expressions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106650 Bug ID: 106650 Summary: [C++23] P2280 - Using unknown references in constant expressions Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c++/106651] New: [C++23] P1169 - static operator()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106651 Bug ID: 106651 Summary: [C++23] P1169 - static operator() Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/106652] New: [C++23] P1467 - Extended floating-point types and standard names

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106652 Bug ID: 106652 Summary: [C++23] P1467 - Extended floating-point types and standard names Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c++/106653] New: [C++23] P2582 - Class template argument deduction from inherited constructors

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106653 Bug ID: 106653 Summary: [C++23] P2582 - Class template argument deduction from inherited constructors Product: gcc Version: unknown Status: UNCONFIRMED Severit

[Bug c++/106654] New: [C++23] P1774 - Portable assumptions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106654 Bug ID: 106654 Summary: [C++23] P1774 - Portable assumptions Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/106655] New: [C++23] P2295 - Support for UTF-8 as a portable source file encoding

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106655 Bug ID: 106655 Summary: [C++23] P2295 - Support for UTF-8 as a portable source file encoding Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c++/106656] New: [C++23] P2513 - char8_t Compatibility and Portability Fixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106656 Bug ID: 106656 Summary: [C++23] P2513 - char8_t Compatibility and Portability Fixes Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug c++/106656] [C++23] P2513 - char8_t Compatibility and Portability Fixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106656 Marek Polacek changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot gnu.org

[Bug c++/106657] New: [C++23] P2460 - Relax requirements on wchar_t to match existing practices

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106657 Bug ID: 106657 Summary: [C++23] P2460 - Relax requirements on wchar_t to match existing practices Product: gcc Version: unknown Status: UNCONFIRMED Severity: n

[Bug c++/106658] New: [C++23] P2590 - Explicit lifetime management

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106658 Bug ID: 106658 Summary: [C++23] P2590 - Explicit lifetime management Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/106423] -Wc++20-compat diagnostics not suppressed by #pragma GCC diagnostic ignored

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106423 --- Comment #2 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:60468d6cd46a3bd3afe8ff856f82afcd4c65a217 commit r13-2081-g60468d6cd46a3bd3afe8ff856f82afcd4c65a217 Author: Tom Honermann Date: M

[Bug target/104338] RISC-V: Subword atomics result in library calls

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104338 Aurelien Jarno changed: What|Removed |Added CC||aurelien at aurel32 dot net --- Commen

[Bug target/106609] [SH] miscompilation due to incorrect elimination of comparisons to 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106609 Sébastien Michelland changed: What|Removed |Added Summary|[SH] miscompilation of loop |[SH] miscompilation due to

[Bug target/106609] [SH] miscompilation due to incorrect elimination of comparisons to 0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106609 --- Comment #5 from Sébastien Michelland --- > Then this is a target specific issue until provided otherwise. mach stands > for machine (target) specific pass. That makes a lot of sense, thanks. I found a much simpler example exhibiting the b

[Bug target/102146] [11 regression] several test cases fails after r11-8940

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146 --- Comment #16 from CVS Commits --- The releases/gcc-11 branch has been updated by Segher Boessenkool : https://gcc.gnu.org/g:2eb21e7349cda2885438463f045f6729a47039e8 commit r11-10207-g2eb21e7349cda2885438463f045f6729a47039e8 Author: Segher B

[Bug target/103197] [10/11] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 --- Comment #16 from CVS Commits --- The releases/gcc-11 branch has been updated by Segher Boessenkool : https://gcc.gnu.org/g:72cf56c7cfefaf1b074bb70e42890cf1191c46a1 commit r11-10208-g72cf56c7cfefaf1b074bb70e42890cf1191c46a1 Author: Segher B

[Bug target/103197] [10/11] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 --- Comment #15 from CVS Commits --- The releases/gcc-11 branch has been updated by Segher Boessenkool : https://gcc.gnu.org/g:2eb21e7349cda2885438463f045f6729a47039e8 commit r11-10207-g2eb21e7349cda2885438463f045f6729a47039e8 Author: Segher B

[Bug target/102146] [11 regression] several test cases fails after r11-8940

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146 --- Comment #17 from CVS Commits --- The releases/gcc-11 branch has been updated by Segher Boessenkool : https://gcc.gnu.org/g:72cf56c7cfefaf1b074bb70e42890cf1191c46a1 commit r11-10208-g72cf56c7cfefaf1b074bb70e42890cf1191c46a1 Author: Segher B

[Bug regression/106659] New: error: no member named 'fancy_abort' in namespace 'std'; did you mean simply 'fancy_abort'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106659 Bug ID: 106659 Summary: error: no member named 'fancy_abort' in namespace 'std'; did you mean simply 'fancy_abort' Product: gcc Version: unknown Status: UNCONFIRMED

[Bug gcov-profile/106659] [13 Regression] error: no member named 'fancy_abort' in namespace 'std'; did you mean simply 'fancy_abort'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106659 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|regression

[Bug target/106588] The constraints on most of the patterns in bitmanip.md are broken

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106588 Hans-Peter Nilsson changed: What|Removed |Added CC||hp at gcc dot gnu.org --- Comment

[Bug go/106660] New: riscv32-linux-gnu fails to compile libgo due to having only 64bit time_t (no support for 32bit time_t)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106660 Bug ID: 106660 Summary: riscv32-linux-gnu fails to compile libgo due to having only 64bit time_t (no support for 32bit time_t) Product: gcc Version: 12.0 Status: UNCONFI

[Bug target/102146] [11 regression] several test cases fails after r11-8940

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146 --- Comment #18 from CVS Commits --- The releases/gcc-10 branch has been updated by Segher Boessenkool : https://gcc.gnu.org/g:d99d74d8b1b517784e3b05b271b977eb6603121f commit r10-10948-gd99d74d8b1b517784e3b05b271b977eb6603121f Author: Segher B

[Bug target/103197] [10/11] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 --- Comment #17 from CVS Commits --- The releases/gcc-10 branch has been updated by Segher Boessenkool : https://gcc.gnu.org/g:d99d74d8b1b517784e3b05b271b977eb6603121f commit r10-10948-gd99d74d8b1b517784e3b05b271b977eb6603121f Author: Segher B

[Bug target/103197] [10/11] ppc inline expansion of memcpy/memmove should not use lxsibzx/stxsibx for a single byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197 Segher Boessenkool changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug target/102146] [11 regression] several test cases fails after r11-8940

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102146 --- Comment #19 from Segher Boessenkool --- Hi guys, What testcases are still failing? I'm a bit lost :-)

  1   2   >