Re: [PATCH] x86-64: Remove HAVE_LD_PIE_COPYRELOC

Hi Fangrui, > This was introduced in 2014-12 to use local binding for external symbols > for -fPIE. Now that we have H.J. Lu's GOTPCRELX for years which mostly > nullify the benefit of HAVE_LD_PIE_COPYRELOC, HAVE_LD_PIE_COPYRELOC > should retire now. Solaris/x86 ld doesn't support this, so

[Bug c++/100557] [ICE] Internal compiler error: Error reporting routines re-entered.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100557 --- Comment #1 from Luke Dalessandro --- Created attachment 50796 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50796=edit Preprocessed source (bzipped for size)

[Bug c++/100557] New: [ICE] Internal compiler error: Error reporting routines re-entered.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100557 Bug ID: 100557 Summary: [ICE] Internal compiler error: Error reporting routines re-entered. Product: gcc Version: 11.1.1 Status: UNCONFIRMED Severity: normal

[Bug debug/100515] [12 Regression] ICE in output_rnglists, at dwarf2out.c:12294 since r12-574-ge69ac0203725fb8d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100515 --- Comment #4 from Bernd Edlinger --- Created attachment 50795 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50795=edit Proposed patch This is what I'm currently testing.

[Bug c/100556] New: ICE: in gimplify_expr, at gimplify.c:14868

-linux-gnu Configured with: /tmp/tmp.BriefQJ2R3-gcc-builder/gcc/configure --enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch --prefix=/scratch/software/gcc-trunk --disable-bootstrap Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.0 20210511

[PATCH] config: delete unused sim macros

Nothing in gcc or binutils or gdb or anything anywhere uses these. config/ * acinclude.m4 (CYG_AC_PATH_SIM, CYG_AC_PATH_DEVO): Delete. --- config/acinclude.m4 | 102 1 file changed, 102 deletions(-) diff --git a/config/acinclude.m4

[Bug fortran/100555] New: [OPENMP] ICE in target parallel construct with if-clause

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100555 Bug ID: 100555 Summary: [OPENMP] ICE in target parallel construct with if-clause Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[PATCH] x86-64: Remove HAVE_LD_PIE_COPYRELOC

This was introduced in 2014-12 to use local binding for external symbols for -fPIE. Now that we have H.J. Lu's GOTPCRELX for years which mostly nullify the benefit of HAVE_LD_PIE_COPYRELOC, HAVE_LD_PIE_COPYRELOC should retire now. One design goal of -fPIE was to avoid copy relocations.

[Bug fortran/94331] Bind(C) corrupts array descriptors

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

[Bug rtl-optimization/100554] New: [9/10/11/12 Regression] -fcompare-debug failure w/ -Os -fmodulo-sched -fno-tree-loop-optimize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100554 Bug ID: 100554 Summary: [9/10/11/12 Regression] -fcompare-debug failure w/ -Os -fmodulo-sched -fno-tree-loop-optimize Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug c++/100553] New: [constexpr] new/delete matching fails when ref-counted pointers are stored in arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100553 Bug ID: 100553 Summary: [constexpr] new/delete matching fails when ref-counted pointers are stored in arrays Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug middle-end/100537] Bootstrap-O3 and bootstrap-debug fail on 32-bit ARM after gcc-12-657-ga076632e274a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537 Jiu Fu Guo changed: What|Removed |Added CC||guojiufu at gcc dot gnu.org --- Comment

[PATCH] c++: Check attributes on friend declarations [PR99032]

This patch implements [dcl.attr.grammar]/5: "If an attribute-specifier-seq appertains to a friend declaration ([class.friend]), that declaration shall be a definition." This restriction only applies to C++11-style attributes. There are various forms of friend declarations, we have friend

[Bug lto/96455] Partial Linking (-r) with LTO issue

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96455 John Dong changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug bootstrap/100552] New: configure: 32208: Syntax error: Bad substitution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100552 Bug ID: 100552 Summary: configure: 32208: Syntax error: Bad substitution Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3

retry zero-call-used-regs from zeroed regs

default_zero_call_used_regs currently requires all potentially zeroed registers to offer a move opcode that accepts zero as an operand. This is not the case e.g. for ARM's r12/ip in Thumb mode, and it was not the case of FP registers on AArch64 as of GCC 10. This patch introduces a fallback

[Bug middle-end/100477] Bogus -Wstringop-overflow warning on memset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100477 --- Comment #8 from Martin Sebor --- The PTRDOIFF_MAX limit is a general restriction implied by the language requirement that the difference between any two pointers must be representable in ptrdiff_t. In practical terms, GCC internally

[committed] preprocessor: Support C2X #elifdef, #elifndef

C2X adds #elifdef and #elifndef preprocessor directives; these have also been proposed for C++. Implement these directives in libcpp accordingly. In this implementation, #elifdef and #elifndef are treated as non-directives for any language version other than c2x and gnu2x (if the feature is

[PATCH v2 06/11] x86: Add tests for piecewise move and store

* gcc.target/i386/pieces-memcpy-10.c: New test. * gcc.target/i386/pieces-memcpy-11.c: Likewise. * gcc.target/i386/pieces-memcpy-12.c: Likewise. * gcc.target/i386/pieces-memcpy-13.c: Likewise. * gcc.target/i386/pieces-memcpy-14.c: Likewise. *

[PATCH v2 11/11] constructor: Check if it is faster to load constant from memory

When expanding a constant constructor, don't call expand_constructor if it is more efficient to load the data from the memory via move by pieces. gcc/ PR middle-end/90773 * expr.c (expand_expr_real_1): Don't call expand_constructor if it is more efficient to load the data

[PATCH v2 10/11] x86: Update gcc.target/i386/incoming-11.c

Expect no stack realignment since we no longer realign stack when copying data. * gcc.target/i386/incoming-11.c: Expect no stack realignment. --- gcc/testsuite/gcc.target/i386/incoming-11.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 09/11] x86: Also pass -mno-avx to sw-1.c for ia32

Also pass -mno-avx to sw-1.c for ia32 since copying data with YMM or ZMM registers disables shrink-wrapping when the second argument is passed on stack. * gcc.target/i386/sw-1.c: Also pass -mno-avx for ia32. --- gcc/testsuite/gcc.target/i386/sw-1.c | 1 + 1 file changed, 1 insertion(+)

[PATCH v2 08/11] x86: Also pass -mno-avx to cold-attribute-1.c

Also pass -mno-avx to pr72839.c to avoid copying data with YMM or ZMM registers. * gcc.target/i386/cold-attribute-1.c: Also pass -mno-avx. --- gcc/testsuite/gcc.target/i386/cold-attribute-1.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH v2 05/11] x86: Add AVX2 tests for PR middle-end/90773

PR middle-end/90773 * gcc.target/i386/pr90773-20.c: New test. * gcc.target/i386/pr90773-21.c: Likewise. * gcc.target/i386/pr90773-22.c: Likewise. * gcc.target/i386/pr90773-23.c: Likewise. --- gcc/testsuite/gcc.target/i386/pr90773-20.c | 13 +

[PATCH v2 07/11] x86: Also pass -mno-avx to pr72839.c

Also pass -mno-avx to pr72839.c to avoid copying data with YMM or ZMM registers. * gcc.target/i386/pr72839.c: Also pass -mno-avx. --- gcc/testsuite/gcc.target/i386/pr72839.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/testsuite/gcc.target/i386/pr72839.c

[PATCH v2 01/11] Add TARGET_READ_MEMSET_VALUE/TARGET_GEN_MEMSET_VALUE

Add TARGET_READ_MEMSET_VALUE and TARGET_GEN_MEMSET_VALUE to support target instructions to duplicate QImode value to TImode/OImode/XImode value for memmset. Define SCRATCH_SSE_REG as a scratch register for ix86_gen_memset_value. gcc/ PR middle-end/90773 * builtins.c

[PATCH v2 00/11] Allow TImode/OImode/XImode in op_by_pieces operations

1. Add TARGET_READ_MEMSET_VALUE and TARGET_GEN_MEMSET_VALUE to support target instructions to duplicate QImode value to TImode/OImode/XImode value for memmset. 2. x86: Avoid stack realignment when copying data 3. x86: Remov MAX_BITSIZE_MODE_ANY_INT. Only x86 backend defines it. 4. x86: Use

[PATCH v2 04/11] x86: Update piecewise move and store

We can use TImode/OImode/XImode integers for piecewise move and store. When vector register is used for piecewise move and store, we don't increase stack_alignment_needed since vector register spill isn't required for piecewise move and store. Since stack_realign_needed is set to true by checking

[PATCH v2 02/11] x86: Avoid stack realignment when copying data

To avoid stack realignment, use SCRATCH_SSE_REG to copy data from one memory location to another. gcc/ * config/i386/i386-expand.c (ix86_expand_vector_move): Use SCRATCH_SSE_REG to copy data from one memory location to another. gcc/testsuite/ *

[PATCH v2 03/11] Remove MAX_BITSIZE_MODE_ANY_INT

It is only defined for i386 and everyone uses the default: #define MAX_BITSIZE_MODE_ANY_INT (64*BITS_PER_UNIT) Whatever problems we had before, they have been fixed now. * config/i386/i386-modes.def (MAX_BITSIZE_MODE_ANY_INT): Removed. --- gcc/config/i386/i386-modes.def | 15

[Bug web/100480] Where to file complaints re project-maintainers?

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

Re: [PATCH 00/57] Replace the Power target-specific built-in machinery

On Tue, May 11, 2021 at 10:57:56AM -0500, Bill Schmidt wrote: > Hi!  I'd like to ping this series.  This is a big change, so I'd like to > get it committed fairly early in stage 1.  I know you have a lot stacked > up, though. I haven't received most of this series (only the last three patches).

[Bug inline-asm/100542] ICE: segmentation fault, at is_gimple_variable with void type statement expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100542 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/100501] ICE: segmentation fault on embedded asm code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100501 --- Comment #2 from Andrew Pinski --- *** Bug 100542 has been marked as a duplicate of this bug. ***

[Bug c/100528] ICE: tree check: expected string_cst, have plus_expr in get_attr_len, at multiple_target.c:198

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100528 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/100504] ICE: tree check: expected string_cst, have integer_cst in get_attr_len, at multiple_target.c:198

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100504 --- Comment #4 from Andrew Pinski --- *** Bug 100528 has been marked as a duplicate of this bug. ***

[Bug c/100531] ICE: tree check: expected string_cst, have ne_expr in get_attr_len, at multiple_target.c:198

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

[Bug c/100504] ICE: tree check: expected string_cst, have integer_cst in get_attr_len, at multiple_target.c:198

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100504 --- Comment #3 from Andrew Pinski --- *** Bug 100531 has been marked as a duplicate of this bug. ***

[Bug c/100504] ICE: tree check: expected string_cst, have integer_cst in get_attr_len, at multiple_target.c:198

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100504 --- Comment #2 from Andrew Pinski --- *** Bug 100534 has been marked as a duplicate of this bug. ***

[Bug c/100534] ICE: internal compiler error with a bad argument to the target_clones attribute

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100534 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/100550] [11/12 Regression] ICE: in fold_convert_loc with function call VLA argument

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

[Bug c/100550] [11/12 Regression] ICE: in fold_convert_loc with function call VLA argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100550 Andrew Pinski changed: What|Removed |Added Summary|ICE: in fold_convert_loc, |[11/12 Regression] ICE: in

[Bug middle-end/100536] ICE: in expand_call with large union (1GB) argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100536 --- Comment #1 from Andrew Pinski --- This most likely should really be rejected as over 1GB argument size is HUGE.

[Bug c/93239] Enhancement: allow unevaluated statement expressions at filescope

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

[Patch] OpenMP: detach - fix firstprivate handling

The sfield / firstprivate lookup used the wrong var decl for the lookup – hence it failed. I used an extra long diff to make it easier to follow why 'c' and not 'detach_clause' has the proper clause for the decl to be used as key. Testsuite run ongoing. OK for mainline, when it passes? Tobias

[Bug inline-asm/100542] ICE: segmentation fault, at is_gimple_variable with void type statement expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100542 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug fortran/100551] New: [11/12 Regression] Passing return value of intrinsic to class(*) dummy argument can cause segfaults

ked correctly. Minimum working example attached. GCC Version (latest tested): Target: x86_64-pc-linux-gnu Configured with: ../configure --disable-multilib --enable-languages=c,c++,fortran --with-system-zlib --prefix=[]/gcc-12.0 gcc version 12.0.0 20210511 (experimental) (GCC) Command line: gfortran -W

[Bug c/100550] New: ICE: in fold_convert_loc, at fold-const.c:2429

-pc-linux-gnu Configured with: /tmp/tmp.FUbEknNORK-gcc-builder/gcc/configure --enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch --prefix=/scratch/software/gcc-trunk --disable-bootstrap Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.0 20210511

[Bug c/100549] New: ICE: Segmentation fault, gsi_insert_seq_nodes_before, during GIMPLE pass: lower

compression algorithms: zlib gcc version 12.0.0 20210511 (experimental) [master revision :7db32cac8:aa891c56f25baac94db004e309d1b6e40b770a95] (GCC) $ cat mutant.c typedef short v8hi __attribute__((vector_size(16))); f6(v8hi a) { __builtin_ia32_pcmpgtw128(a, a); } $ gcc-trunk -O0 mutant.c mutant.c:2:1

[Bug analyzer/100548] New: No GCC equivalent of built-in predefined macro __clang_analyzer__

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100548 Bug ID: 100548 Summary: No GCC equivalent of built-in predefined macro __clang_analyzer__ Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal

[Bug c/100547] New: ICE with "-g -O1": Segmentation fault signal terminated program cc1, during RTL pass: expand

Supported LTO compression algorithms: zlib gcc version 12.0.0 20210511 (experimental) [master revision :7db32cac8:aa891c56f25baac94db004e309d1b6e40b770a95] (GCC) $ cat mutant.c typedef __attribute__((vector_size( ((8 * sizeof(short)) * si

[Bug analyzer/100546] New: -Wanayzer-null-dereference false positive through noreturn function pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100546 Bug ID: 100546 Summary: -Wanayzer-null-dereference false positive through noreturn function pointer Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity:

[Bug c/100545] New: ICE with -g: in gen_typedef_die, at dwarf2out.c:25714

: x86_64-pc-linux-gnu Configured with: /tmp/tmp.FUbEknNORK-gcc-builder/gcc/configure --enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch --prefix=/scratch/software/gcc-trunk --disable-bootstrap Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.0 20210511

[Bug c/100544] New: ICE: in default_conversion, at c/c-typeck.c:2242

: zlib gcc version 12.0.0 20210511 (experimental) [master revision :7db32cac8:aa891c56f25baac94db004e309d1b6e40b770a95] (GCC) $ cat mutant.c void A(); void fn4() __attribute__((destructor(A))); $ gcc-trunk mutant.c mutant.c:2:1: internal compiler error: in default_conversion, at c/c-typeck.c:2242

[Bug analyzer/100543] New: -Wanalyzer-free-of-non-heap false positive / delete false positive due to constructor conditional

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100543 Bug ID: 100543 Summary: -Wanalyzer-free-of-non-heap false positive / delete false positive due to constructor conditional Product: gcc Version: 11.1.0 Status:

Re: [PATCH] forwprop: Support vec perm fed by CTOR and CTOR/CST [PR99398]

Hi! On Fri, May 07, 2021 at 10:40:21AM +0800, Kewen.Lin wrote: > .../gcc.target/powerpc/vec-perm-ctor-run.c| 124 + > .../gcc.target/powerpc/vec-perm-ctor.c| 9 + > .../gcc.target/powerpc/vec-perm-ctor.h| 163 ++ The new testcases are fine (as

[Bug c/100542] New: ICE: segmentation fault, at is_gimple_variable, gimple-expr.h:84

: zlib gcc version 12.0.0 20210511 (experimental) [master revision :7db32cac8:aa891c56f25baac94db004e309d1b6e40b770a95] (GCC) $ cat mutant.c ldt_add_entry() { __asm__ ( "" : : "m" ( ( { } ) ) ) ; } $ gcc-trunk mutant.c mutant.c:1:1: warning: return type defaults to ‘int’ [-

[Bug fortran/100440] allocated() gives True for unallocated variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100440 --- Comment #12 from anlauf at gcc dot gnu.org --- A small variation of the testcase in comment#9 suggests that there are actually two underlying issues: lack of initialization and a missing temporary. program p implicit none type fm

[Bug c++/99032] GCC accepts attributes on friend declarations (not definitions)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99032 --- Comment #2 from Marek Polacek --- Current test: class X { }; template void foo (T1, T2); struct S { [[deprecated]] friend void f(); // error [[deprecated]] friend void f2() { } friend void f3 [[deprecated]] (); // error friend void

[PING 2][PATCH] define auto_vec copy ctor and assignment (PR 90904)

Ping 2: https://gcc.gnu.org/pipermail/gcc-patches/2021-April/568901.html On 5/3/21 3:50 PM, Martin Sebor wrote: Ping: https://gcc.gnu.org/pipermail/gcc-patches/2021-April/568901.html On 4/27/21 9:52 AM, Martin Sebor wrote: On 4/27/21 8:04 AM, Richard Biener wrote: On Tue, Apr 27, 2021 at

Re: [stage 1 patch] remove unreachable code in expand_expr_real_1 (PR 21433)

On 2/12/21 1:55 AM, Richard Biener wrote: On Fri, Feb 12, 2021 at 1:35 AM Martin Sebor via Gcc-patches wrote: While trawling through old bugs I came across one from 2005: PR 21433 - The COMPONENT_REF case of expand_expr_real_1 is probably wrong. The report looks correct in that argument 0 in

[Bug middle-end/21433] The COMPONENT_REF case of expand_expr_real_1 is probably wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21433 Martin Sebor changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug libstdc++/99453] libstdc++*-gdb.py installation depends on library naming

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453 Jonathan Wakely changed: What|Removed |Added Target Milestone|12.0|11.2

Re: [PATCH] PR libstdc++/89728 diagnose some missuses of [locale.convenience] functions

On 11/05/21 21:27 +0300, Antony Polukhin via Libstdc++ wrote: This patch provides compile time diagnostics for common misuse of [locale.convenience] functions with std::string as a character type. 2021-05-11 Antony Polukhin PR libstdc++/89728 * include/bits/locale_facets.h (ctype) Add

[Bug middle-end/21433] The COMPONENT_REF case of expand_expr_real_1 is probably wrong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21433 --- Comment #5 from CVS Commits --- The master branch has been updated by Martin Sebor : https://gcc.gnu.org/g:de09c0ddb81e2dc0e35c2e362532e93ca417200c commit r12-728-gde09c0ddb81e2dc0e35c2e362532e93ca417200c Author: Martin Sebor Date: Tue

[Bug fortran/100440] allocated() gives True for unallocated variable

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

[Bug libstdc++/78052] [5/6/7 Regression] allocator_traits> partial specialization vs allocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052 --- Comment #6 from CVS Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:db9dec545bf7c5be3120412444553ff993c7200d commit r11-8397-gdb9dec545bf7c5be3120412444553ff993c7200d Author: Jonathan

[Bug middle-end/93100] gcc -fsanitize=address inhibits -Wuninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93100 Martin Sebor changed: What|Removed |Added Target Milestone|--- |12.0 Known to fail|11.0

[Bug middle-end/98583] missing -Wuninitialized reading from a second VLA in its own block

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98583 Martin Sebor changed: What|Removed |Added Keywords||patch Target Milestone|---

[Bug libstdc++/99006] make_shared silently works

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99006 --- Comment #5 from CVS Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:ddfba2359d57167ed7a1efd184cae0cd5be2f31b commit r11-8382-gddfba2359d57167ed7a1efd184cae0cd5be2f31b Author: Jonathan

[Bug libstdc++/99453] libstdc++*-gdb.py installation depends on library naming

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453 --- Comment #7 from CVS Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:dbb87d6a9c37c8eca80d77782717a8144515c16d commit r11-8381-gdbb87d6a9c37c8eca80d77782717a8144515c16d Author: Philippe

[PATCH] avoid a couple of missing -Wuninitialized (PR 98583, 93100)

The attached change teaches the uninitialized pass about __builtin_stack_restore and __builtin___asan_mark to avoid two classes of -Wuninitialized false negatives. Richard, you already approved the __builtin_stack_restore change in the bug but I figured I'd submit a patch with both changes for

[Bug tree-optimization/100512] [12 Regression] ICE during GIMPLE pass: cddce in mark_operand_necessary, at tree-ssa-dce.c:173 (under -O2 to -Os) since r12-623-g1416a1434c43de0b

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100512 --- Comment #4 from Aldy Hernandez --- After the mentioned commit, e_27(D) is considered undefined, and since _3 is [0,0], e_26 folds to [0,0] and the PHI is marked for removal: # e_26 = PHI However, when propagating to the uses of e_26

[Bug debug/100541] New: [12 Regression] -fcompare-debug failure (length) with -O3 -fno-expensive-optimizations -fno-tree-dce -fno-tree-dominator-opts

le-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-r12-727-20210511185432-g3e3fdf3d521-checking-yes-rtl-df-extra-nobootstrap-amd64 Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.0.0 20210511 (experimental) (GCC)

[Bug analyzer/100540] -Wanalyzer-file-leak false positive due to conditionals

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

[committed] preprocessor: Fix cpp_avoid_paste for digit separators

The libcpp function cpp_avoid_paste is used to insert whitespace in preprocessed output where needed to avoid two consecutive preprocessing tokens, that logically (e.g. when stringized) do not have whitespace between them, from being incorrectly lexed as one when the preprocessed input is reread

[Bug analyzer/100540] New: -Wanalyzer-file-leak false positive due to conditionals

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100540 Bug ID: 100540 Summary: -Wanalyzer-file-leak false positive due to conditionals Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/100537] Bootstrap-O3 and bootstrap-debug fail on 32-bit ARM after gcc-12-657-ga076632e274a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537 --- Comment #2 from Maxim Kuvyrkov --- So far I managed to reproduce this only with armhf Go build, so one needs go1 binary from either a native armhf system or an armhf cross-toolchain to reproduce. To reproduce on a native system configure

[Bug target/100445] [12 Regression] ice during RTL pass: vregs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100445 Jakub Jelinek changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug target/100445] [12 Regression] ice during RTL pass: vregs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100445 --- Comment #14 from David Binderman --- AFAIK, yes. I didn't try out the gcc/testsuite, but I did try out all the places (about 20) where fedora rawhide failed to build.

[PATCH] PR libstdc++/89728 diagnose some missuses of [locale.convenience] functions

This patch provides compile time diagnostics for common misuse of [locale.convenience] functions with std::string as a character type. 2021-05-11 Antony Polukhin PR libstdc++/89728 * include/bits/locale_facets.h (ctype) Add static assert. *

[Bug c++/100502] [11/12 Regression] ICE in enforce_access at cp/semantics.c:368 since r11-6800-g29853c653245c37e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100502 --- Comment #2 from Patrick Palka --- Extended testcase that also instantiates the friend function: template struct EnumeratorRange { struct Iterator { EnumeratorRange range_; friend bool f(Iterator i) { return

[Bug c++/100502] [11/12 Regression] ICE in enforce_access at cp/semantics.c:368 since r11-6800-g29853c653245c37e

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100502 Patrick Palka changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot gnu.org

[PATCH] ada: do not use binary mode in conf.py

It's about more porting to Python3. Ready for master? Thanks, Martin gcc/ada/ChangeLog: * doc/share/conf.py: Do not use binary mode. Do not use u' literals as Python3 uses unicode by default. --- gcc/ada/doc/share/conf.py | 28 ++-- 1 file changed, 14

[Bug debug/100515] [12 Regression] ICE in output_rnglists, at dwarf2out.c:12294 since r12-574-ge69ac0203725fb8d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100515 --- Comment #3 from Martin Liška --- I noticed the same problem with Ada bootstrap: [ 128s] +===GNAT BUG DETECTED==+ [ 128s] | 12.0.0 20210511 (experimental) [revision

Re: [PATCH] libstdc++: Remove extern "C" from Ryu sources

On Tue, May 11, 2021 at 06:07:19PM +0100, Jonathan Wakely via Gcc-patches wrote: > > I'm not sure if the abort call is necessary since the link step already > > fails with a multiple definition error (without the fix) even if the > > function is defined with an empty body. But since Jakub

Re: [PATCH] libstdc++: Remove extern "C" from Ryu sources

On 11/05/21 13:04 -0400, Patrick Palka wrote: On Tue, 11 May 2021, Jonathan Wakely wrote: On 11/05/21 11:16 -0400, Patrick Palka via Libstdc++ wrote: > On Tue, 11 May 2021, Patrick Palka wrote: > > > floating_to_chars.cc includes the Ryu sources into an anonymous > > namespace as a convenient

Re: [PATCH] libstdc++: Remove extern "C" from Ryu sources

On Tue, 11 May 2021, Jonathan Wakely wrote: > On 11/05/21 11:16 -0400, Patrick Palka via Libstdc++ wrote: > > On Tue, 11 May 2021, Patrick Palka wrote: > > > > > floating_to_chars.cc includes the Ryu sources into an anonymous > > > namespace as a convenient way to give all its symbols internal

Re: [RFC] Implementing detection of saturation and rounding arithmetic

On Tue, 11 May 2021, David Brown wrote: > It is also worth noting that gcc already has support for saturating > types on some targets: > > > > My testing of these (quite a long time ago) left me with a feeling that > it was not a feature

Re: [PATCH] libstdc++: Remove extern "C" from Ryu sources

On 11/05/21 11:16 -0400, Patrick Palka via Libstdc++ wrote: On Tue, 11 May 2021, Patrick Palka wrote: floating_to_chars.cc includes the Ryu sources into an anonymous namespace as a convenient way to give all its symbols internal linkage. But an entity declared extern "C" always has external

[Bug tree-optimization/100539] New: wrong code at -Os and above with "-fno-dce -fno-inline-small-functions -fno-tree-dce"

lib Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.0 20210511 (experimental) [master revision 15e6b45c9ad:45dc47d4720:cf43636a74a028daf2024b33d1915274a2ff9655] (GCC) [515] % [515] % gcctk -Os small.c; ./a.out [516] % [516] % gcctk -Os -fno-dce -fno-inline-small

[Bug c++/100538] New: g++ miscompile / ICE with variadic member function pointer argument list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100538 Bug ID: 100538 Summary: g++ miscompile / ICE with variadic member function pointer argument list Product: gcc Version: 11.1.0 Status: UNCONFIRMED Severity:

[Bug middle-end/100537] Bootstrap-O3 and bootstrap-debug fail on 32-bit ARM after gcc-12-657-ga076632e274a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537 Maxim Kuvyrkov changed: What|Removed |Added CC||rguenth at gcc dot gnu.org

[Bug middle-end/100537] New: Bootstrap-O3 and bootstrap-debug fail on 32-bit ARM after gcc-12-657-ga076632e274a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537 Bug ID: 100537 Summary: Bootstrap-O3 and bootstrap-debug fail on 32-bit ARM after gcc-12-657-ga076632e274a Product: gcc Version: 12.0 Status: UNCONFIRMED

[Bug libstdc++/100249] missing forwarding std::__invoke result in ranges::is_permutation and ranges::clamp

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100249 --- Comment #9 from Patrick Palka --- (In reply to 康桓瑋 from comment #8) > (In reply to Patrick Palka from comment #6) > > > Maybe this can help: > > > > > > auto&& __proj_val = std::__invoke(__proj, __val); > > > if

[Bug libstdc++/100475] semiregular-box's constructor uses wrong list-initialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100475 --- Comment #5 from Patrick Palka --- (In reply to 康桓瑋 from comment #4) > (In reply to 康桓瑋 from comment #3) > > Also, the operator->() simply uses operator& instead of std::__addressof. > > > > https://godbolt.org/z/zfGnEoePG Good catch,

[committed] libstdc++: Fix tests that fail in C++98 mode

The header synopsis test fails to define NOTHROW for C++98. The shared_ptr test should be skipped for C++98. The debug mode one should work for C++98 too, it just needs to avoid C++11 syntax that isn't valid in C++98. libstdc++-v3/ChangeLog: *

[committed] libstdc++: Fix missing members in std::allocator

The changes in 75c6a925dab5b7af9ab47c10906cb0e140261cc2 were slightly incorrect, because the converting constructor should be noexcept, and the POCMA and is_always_equal traits should still be present in C++20. This fixes it, and slightly refactors the preprocessor conditions and order of members.

[Bug libstdc++/78052] [5/6/7 Regression] allocator_traits> partial specialization vs allocator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052 --- Comment #5 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:5e3a1ea3d89d62972e1f036b2ede37a80b880bdf commit r12-723-g5e3a1ea3d89d62972e1f036b2ede37a80b880bdf Author: Jonathan Wakely Date:

[Bug c/100536] New: ICE: in expand_call, at calls.c:4980

-gnu Configured with: /tmp/tmp.FUbEknNORK-gcc-builder/gcc/configure --enable-languages=c,c++,lto --enable-checking-yes --enable-multiarch --prefix=/scratch/software/gcc-trunk --disable-bootstrap Thread model: posix Supported LTO compression algorithms: zlib gcc version 12.0.0 20210511 (experimental

  1   2   3   >