[Bug target/93738] [9/10 regression] test case gcc.target/powerpc/20050603-3.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93738 Richard Biener changed: What|Removed |Added Keywords||missed-optimization Target

Re: [PATCH] c++: Partially implement P1042R1: __VA_OPT__ wording clarifications [PR92319]

On 1/31/20 7:14 PM, Jakub Jelinek wrote: Hi! I've noticed we claim in cxx-status.html that we implement P1042R1, but it seems we don't implement any of the changes from there. The following patch implements just the change that __VA_OPT__ determines whether to expand to nothing or the enclosed

Re: [PATCH]Several intrinsic macros lack a closing parenthesis[PR93274]

On Fri, Feb 14, 2020 at 7:03 AM Hongtao Liu wrote: > > On Thu, Feb 13, 2020 at 5:31 PM Hongtao Liu wrote: > > > > On Thu, Feb 13, 2020 at 5:12 PM Uros Bizjak wrote: > > > > > > On Thu, Feb 13, 2020 at 9:53 AM Jakub Jelinek wrote: > > > > > > > > On Thu, Feb 13, 2020 at 09:39:05AM +0100, Uros

Re: [PATCH, rs6000]: mark clobber for registers changed by untpyed_call

Segher Boessenkool writes: > On Sat, Feb 08, 2020 at 10:17:42AM -0600, Segher Boessenkool wrote: >> And we do not know which of the register will be used for the return, in >> untyped_call (only untyped-return knows). But we can add clobbers of all >> registers that *might* be used for the

Re: [PATCH]Several intrinsic macros lack a closing parenthesis[PR93274]

On Thu, Feb 13, 2020 at 5:31 PM Hongtao Liu wrote: > > On Thu, Feb 13, 2020 at 5:12 PM Uros Bizjak wrote: > > > > On Thu, Feb 13, 2020 at 9:53 AM Jakub Jelinek wrote: > > > > > > On Thu, Feb 13, 2020 at 09:39:05AM +0100, Uros Bizjak wrote: > > > > > Changelog > > > > > gcc/ > > > > >*

Re: [PATCH 2/3] libstdc++: Implement C++20 constrained algorithms

Thanks for those additional information. I still think that the same way we rely on STL algos for push_heap/pop_heap/... we should do it for copy/move/... from stl_algobase.h for RAI. In fact range algos that are already trying to call C functions should just try to call the STL

[PATCH] testsuite/strlenopt-81.c: Add target limitation.

- strlenopt-81.c has same limitation as strlenopt-80.c, this optimization only work when memcpy expand into load/store. ChangeLog gcc/testsuite Kito Cheng * gcc.dg/strlenopt-81.c: Add target limitation. --- gcc/testsuite/gcc.dg/strlenopt-81.c | 6 +- 1 file changed, 5

[Bug target/93619] aarch64 target testsuite is so broken with -mcpu=*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93619 --- Comment #3 from Andrew Pinski --- The target (non-testsuite) part is located at: https://gcc.gnu.org/ml/gcc-patches/2020-02/msg00837.html

[PATCH] aarch64: Allow -mcpu=generic -march=armv8.5-a

From: Andrew Pinski Right if someone supplies a -mcpu= option and then overrides that option with -march=*, we get a warning when they conflict. What we need is a generic cpu for each arch level but that is not that useful because the only difference would be the arch level. The best option is

[Bug fortran/92587] Compiler is unable to generate finalization wrapper

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92587 --- Comment #5 from DIL --- If this helps, the gcc/gfortran svn repository from 17 Jan 2019 already had this regression bug while gcc/gfortran 8.2.0 did not. Hopefully this may help shorten the length of bisection.

[Bug rtl-optimization/66552] Missed optimization when shift amount is result of signed modulus

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66552 --- Comment #13 from Li Jia He --- In this optimization we assume n is either positive or divisible by the nth power of 2. So the result of the % is non-negative. However, it is not reasonable for translating (a % 32)) to (a & 31). If a is

[Bug target/93619] aarch64 target testsuite is so broken with -mcpu=*

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93619 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug target/93696] AVX512VPOPCNTDQ writemask intrinsics produce incorrect results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93696 Hongtao.liu changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

Re: [PATCH] tree-optimization/93661 properly guard tree_to_poly_int64

On Tue, 11 Feb 2020, Richard Biener wrote: > Bootstrapped / tested on x86_64-unknown-linux-gnu, pushed. > diff --git a/gcc/testsuite/gcc.dg/pr93661.c b/gcc/testsuite/gcc.dg/pr93661.c > new file mode 100644 > index 000..e311ba545c4 > --- /dev/null > +++ b/gcc/testsuite/gcc.dg/pr93661.c >

[PATCH] rs6000: fixinc: Skip machine_name fix for powerpc*-*-linux*

From: Matheus Castanho Some system headers can be broken by the machine_name fix performed by GCC during the fixincludes step. According to the comment in fixincludes/fixinc.h:130 : On some platforms, machine_name doesn't work properly and breaks some of the header files. Since

Re: [PATCH] configure: Re-disable building cross-gdbserver

On Wed, 12 Feb 2020, Pedro Alves wrote: > > That's actually quite similar to what I considered first, before I > > changed my mind. Whatever. > > Doing it in gdbserver/ has the advantage that it stays under gdbserver's > control, so it doesn't need syncing code with the gcc tree. I know of

Re: [PATCH v2] c++: Fix ICE with template codes in check_narrowing [PR91465]

On 2/11/20 5:06 PM, Marek Polacek wrote: On Sun, Feb 09, 2020 at 01:51:13PM +0100, Jason Merrill wrote: On 2/6/20 7:30 PM, Marek Polacek wrote: In ed4f2c001a883b2456fc607a33f1c59f9c4ee65d I changed the call to fold_non_dependent_expr in check_narrowing to maybe_constant_value. That was the

Re: [PATCH] c++: Fix hashing and testing for equality of ATOMIC_CONST_EXPRs

On Fri, 14 Feb 2020, Jason Merrill wrote: > On 2/12/20 5:15 PM, Patrick Palka wrote: > > Two equal atomic constraint expressions do not necessarily share the same > > tree, > > so we can't assume that two ATOMIC_CONST_EXPRs are equal if and only if they > > point to the same tree. > > This is

Re: [PING^7][PATCH 0/4] Fix library testsuite compilation for build sysroot

On Sun, 26 Jan 2020, Jeff Law wrote: > > Ping for the build system parts of: > > > > > > > OK. Sorry for the terrible slowness on this kit. No worries, completely understood

[PATCH v2 4/4] libgomp/test: Remove a build sysroot fix regression

Fix a problem with commit c8e759b4215b ("libgomp/test: Fix compilation for build sysroot") that caused a regression in some standalone test environments where testsuite/libgomp-test-support.exp is used, but the compiler is expected to be determined by `[find_gcc]', and use the `--tool_exec'

[PATCH v2 1/4] libatomic/test: Fix compilation for build sysroot

Fix a problem with the libatomic testsuite using a method to determine the compiler to use resulting in the tool being different from one the library has been built with, and causing a catastrophic failure from the lack of a suitable `--sysroot=' option where the `--with-build-sysroot='

[PATCH v2 0/4] Fix library testsuite compilation for build sysroot

Hi, This is v2 of patch series, originally posted here:

[PATCH v2 3/4] libgo/test: Complement compilation fix for build sysroot

Complement commit b72813a68c94 ("libgo: fix DejaGNU testsuite compiler when using build sysroot") and use the `--tool_exec' option to `runtest' via $(AM_RUNTESTFLAGS) with $(GOC) as the argument rather than the GOC_UNDER_TEST TCL variable to set the compiler to use with the test suite, for

[PATCH v2 2/4] libffi/test: Fix compilation for build sysroot

Fix a problem with the libffi testsuite using a method to determine the compiler to use resulting in the tool being different from one the library has been built with, and causing a catastrophic failure from the inability to actually choose any compiler at all in a cross-compilation

Re: [PATCH] c++: Fix value-init crash in template [PR93676]

On 2/11/20 8:54 PM, Marek Polacek wrote: Since we attempt to value-initialize in build_vec_init even when there's no initializer but the type has a constexpr default constructor. But build_value_init doesn't work in templates, so I

Re: Update gcc.target/powerpc/pr92132-fp test for power7 and older

On Thu, Feb 13, 2020 at 04:41:09PM -0600, will schmidt wrote: > Attempting to clean up some more testcase failures. > This test in particular exercises the -ftree-vectorize > option, and by inspection I see this fails out with assorted > "conversion not supported by target" messages on power7

[Bug c++/93675] Starship operator on a hidden friend operator does not work

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93675 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug libstdc++/92906] [10 regression] FAIL: libstdc++-abi/abi_check

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92906 --- Comment #7 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:994e0ad41529f5518fd013474a657968807d9ca5 commit r10-6630-g994e0ad41529f5518fd013474a657968807d9ca5 Author: Jakub Jelinek Date:

Re: [PATCH] c++: Fix poor diagnostic for array initializer [PR93710]

On 2/12/20 9:05 PM, Marek Polacek wrote: A small improvement for an error in build_user_type_conversion_1: instead of array-init1.C:11:1: error: conversion from ‘long int’ to ‘A’ is ambiguous 11 | }; | ^ we will print array-init1.C:8:3: error: conversion from ‘long int’ to ‘A’ is

Re: [PATCH] c++: Fix hashing and testing for equality of ATOMIC_CONST_EXPRs

On 2/12/20 5:15 PM, Patrick Palka wrote: Two equal atomic constraint expressions do not necessarily share the same tree, so we can't assume that two ATOMIC_CONST_EXPRs are equal if and only if they point to the same tree. This is incorrect; comparison of atomic constraints is based on them

Re: Fix existing fold-vec-extract-longlong.p8.c testcase

Hi! On Thu, Feb 13, 2020 at 04:41:03PM -0600, will schmidt wrote: > The code generated by this test changed shortly after > this test was committed, and we didn't get back to > updating the scan-assembler statements to match. > Until now. Progress! :-) Just some nits: > [testsuite] > *

[Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #176 from Peter Bisroev --- (In reply to dave.anglin from comment #174) > On 2020-02-13 2:44 p.m., dave.anglin at bell dot net wrote: > > The first thing to note is aCC doesn't use weak.  Instead, it uses COMDAT > > sections. 

[Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #175 from Peter Bisroev --- (In reply to dave.anglin from comment #173) > On 2020-02-13 1:11 p.m., peter.bisroev at groundlabs dot com wrote: > > If I try to compare this to aCC dump in attachment 47840 [details], I do > > not see

Re: [PATCH] c++: Emit DFP typeinfos even when DFP is disabled [PR92906]

On 2/12/20 12:31 PM, Jakub Jelinek wrote: Hi! Before Joseph's changes when compiling libstdc++-v3/libsupc++/fundamental_type_info.cc we were emitting _ZTIPDd, _ZTIPDe, _ZTIPDf, _ZTIPKDd, _ZTIPKDe, _ZTIPKDf, _ZTIDd, _ZTIDe, _ZTIDf symbols even when DFP wasn't usable, but now we don't and thus

Re: [PATCH] avoid user-constructible types in reshape_init_array (PR 90938)

On 2/12/20 9:21 PM, Martin Sebor wrote: On 2/11/20 5:28 PM, Jason Merrill wrote: On 2/11/20 9:00 PM, Martin Sebor wrote: r270155, committed in GCC 9, introduced a transformation that strips redundant trailing zero initializers from array initializer lists in order to support string literals as

Re: [PATCH] document that alias and target must have the same type

On 2/5/20 1:13 PM, Martin Sebor wrote: diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi index ec99c38a607..3634ce1c423 100644 --- a/gcc/doc/extend.texi +++ b/gcc/doc/extend.texi @@ -2557,8 +2557,11 @@ __attribute__ ((access (write_only, 1, 2), access (read_write, 3))) int fgets (c

[Bug middle-end/93505] [8 Regression] wrong code or ICE with __builtin_bswap64() and rotation at -Og

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93505 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug target/93418] [9 Regression] GCC incorrectly constant propagates _mm_sllv/srlv/srav

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

[Bug rtl-optimization/93402] [8 Regression] Wrong code when returning padded struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93402 Jakub Jelinek changed: What|Removed |Added Summary|[8/9 Regression] Wrong code |[8 Regression] Wrong code

[Bug target/93637] [9 Regression] ICE: Segmentation fault (in force_operand)

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

Backports to 9.3

Hi! I've backported following 15 commits from trunk to 9.3 branch, bootstrapped/regtested on x86_64-linux and i686-linux, committed. r10-6186-g32667e04c7153d97d09d81c1af073d400f0c719a r10-6273-gbff948aa337807260344c83ac9079d6386410094 r10-6314-gaa1b56967d85bfc80d71341395f862ec2b30ca36

[Bug middle-end/93576] [8 Regression] internal compiler error: Segmentation fault (in gimplify.c)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93576 Jakub Jelinek changed: What|Removed |Added Summary|[8/9/10 Regression] |[8 Regression] internal

Re: [PATCH] document that alias and target must have the same type

On 2/4/20 6:05 PM, Martin Sebor wrote: GCC diagnoses declarations of function aliases whose type doesn't match that of the target (ditto for attribute weakref).  It doesn't yet diagnose such incompatbilities for variable aliases but that's just an oversight that I will try to remember to correct

Update gcc.target/powerpc/pr92132-fp test for power7 and older

Hi, Attempting to clean up some more testcase failures. This test in particular exercises the -ftree-vectorize option, and by inspection I see this fails out with assorted "conversion not supported by target" messages on power7 and earlier systems. Thus, this would limits the scan-dump check of

Fix existing fold-vec-extract-longlong.p8.c testcase

Hi, The code generated by this test changed shortly after this test was committed, and we didn't get back to updating the scan-assembler statements to match. Until now. Tested across assorted power* linux targets. OK for master? Thanks -Will [testsuite] *

[Bug middle-end/93576] [8/9/10 Regression] internal compiler error: Segmentation fault (in gimplify.c)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93576 --- Comment #10 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:7276dd4c7480dd952f0d4a9322ca04ca29f5126f commit r9-8227-g7276dd4c7480dd952f0d4a9322ca04ca29f5126f Author: Jakub Jelinek

[Bug target/93673] Fake error given by gcc when compiling for _kshift intrinsics

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93673 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:488a947b2ddd57a6f44a6aecc32862f8cbf4ec77 commit r9-8225-g488a947b2ddd57a6f44a6aecc32862f8cbf4ec77 Author: Jakub Jelinek

[Bug target/93670] ICE for _mm256_extractf32x4_ps (unrecognized insn)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93670 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:20ac13c895c5abe7a350de0b664abf190aa28a16 commit r9-8224-g20ac13c895c5abe7a350de0b664abf190aa28a16 Author: Jakub Jelinek

[Bug target/93637] [9 Regression] ICE: Segmentation fault (in force_operand)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93637 --- Comment #8 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:b7cbce7a174292adc7c9d6db81bba6922a591d69 commit r9-8223-gb7cbce7a174292adc7c9d6db81bba6922a591d69 Author: Jakub Jelinek

[Bug target/65782] Assembly failure (invalid register for .seh_savexmm) with -O3 -mavx512f on mingw-w64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65782 --- Comment #9 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:a91e5d88970c8d865a49f2a4ed4e17ee2c58b73f commit r9-8222-ga91e5d88970c8d865a49f2a4ed4e17ee2c58b73f Author: Jakub Jelinek

[Bug target/93696] AVX512VPOPCNTDQ writemask intrinsics produce incorrect results

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93696 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:08cf145f991327d943d785066709f5f39d20bd85 commit r9-8226-g08cf145f991327d943d785066709f5f39d20bd85 Author: Jakub Jelinek

[Bug libgomp/93515] OpenMP target teams distribute parallel for with defaultmap not mapping correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93515 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d3266b1311723841ec553277f1fb6bfddef8809d commit r9-8220-gd3266b1311723841ec553277f1fb6bfddef8809d Author: Jakub Jelinek

[Bug c++/93557] __builtin_convertvector doesn't mark input as used

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93557 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:520b364da0b20dcb492229757190cc3f30322052 commit r9-8219-g520b364da0b20dcb492229757190cc3f30322052 Author: Jakub Jelinek

[Bug libgomp/93515] OpenMP target teams distribute parallel for with defaultmap not mapping correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93515 --- Comment #7 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:05fa0de35ec63db2c3aacd30cc34a7389b3c4e5d commit r9-8221-g05fa0de35ec63db2c3aacd30cc34a7389b3c4e5d Author: Jakub Jelinek

[Bug middle-end/93505] [8/9 Regression] wrong code or ICE with __builtin_bswap64() and rotation at -Og

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93505 --- Comment #19 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:329475795c6eeaa2b122672091c9119b9d6c5564 commit r9-8217-g329475795c6eeaa2b122672091c9119b9d6c5564 Author: Jakub Jelinek

[Bug middle-end/93555] ICE in simd_clone_struct_copy, at omp-simd-clone.c:84

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93555 --- Comment #6 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:d42f9eaa3e189d4228a4b3a63d02b83fed6385e7 commit r9-8218-gd42f9eaa3e189d4228a4b3a63d02b83fed6385e7 Author: Jakub Jelinek

[Bug c++/91118] ubsan does not work with openmp default (none) directive

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91118 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:4b124e3c9c35121969cc23d0aea4bcb2c406fd21 commit r9-8216-g4b124e3c9c35121969cc23d0aea4bcb2c406fd21 Author: Jakub Jelinek

[Bug fortran/93463] ICE in oacc_code_to_statement, at fortran/openmp.c:6007

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93463 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:244f4b8c2823531a1e479a3773272af539dda258 commit r9-8215-g244f4b8c2823531a1e479a3773272af539dda258 Author: Jakub Jelinek

[Bug rtl-optimization/93402] [8/9 Regression] Wrong code when returning padded struct

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93402 --- Comment #7 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:3b2fbe3e723b20ea9089e5f45c55b79feb37085b commit r9-8213-g3b2fbe3e723b20ea9089e5f45c55b79feb37085b Author: Jakub Jelinek

[Bug target/93418] [9 Regression] GCC incorrectly constant propagates _mm_sllv/srlv/srav

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93418 --- Comment #11 from CVS Commits --- The releases/gcc-9 branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:764e831291a2e510978ca7be0bffb55589a5a0b6 commit r9-8214-g764e831291a2e510978ca7be0bffb55589a5a0b6 Author: Jakub Jelinek

[Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #174 from dave.anglin at bell dot net --- On 2020-02-13 2:44 p.m., dave.anglin at bell dot net wrote: > The first thing to note is aCC doesn't use weak.  Instead, it uses COMDAT > sections.  Probably, HP ld does support > weak but

RE: [EXTERNAL] Re: GCC selftest improvements

> On 2/12/20 8:53 PM, David Malcolm wrote: > > Thanks for the patch. > > > > Some nitpicks: > > > > Timing-wise, the GCC developer community is focusing on gcc 10 > > bugfixing right now (aka "stage 4" of the release cycle). So this > > patch won't be suitable to commit to master until stage 1 of

[Bug rtl-optimization/93565] [9/10 regression] Combine duplicates instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93565 --- Comment #21 from Segher Boessenkool --- (In reply to Andrew Pinski from comment #20) > (In reply to Segher Boessenkool from comment #18) > > Created attachment 47841 [details] > > Patch to treat sign_extend as is_just_move > > Do you think

[Bug rtl-optimization/93565] [9/10 regression] Combine duplicates instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93565 --- Comment #20 from Andrew Pinski --- (In reply to Segher Boessenkool from comment #18) > Created attachment 47841 [details] > Patch to treat sign_extend as is_just_move Do you think zero_extend should maybe be treated as such too? What about

[Bug rtl-optimization/93565] [9/10 regression] Combine duplicates instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93565 --- Comment #19 from Segher Boessenkool --- With that above patch, I get (T0 is original, T2 is with patch, these are file sizes of a Linux build, mostly defconfig): T0T2 alpha 6049096 100.020% arc

[Bug rtl-optimization/93565] [9/10 regression] Combine duplicates instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93565 --- Comment #18 from Segher Boessenkool --- Created attachment 47841 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47841=edit Patch to treat sign_extend as is_just_move

[Bug c++/93713] [10 Regression] ICE in equivalently_constrained, at cp/constraint.cc:2949

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93713 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/93643] [10 Regression] Static function pointer inside inline function with "C" linkage is not mangled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93643 --- Comment #6 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:abc79c6498a99e9c39e6056f432796c6dde3a887 commit r10-6628-gabc79c6498a99e9c39e6056f432796c6dde3a887 Author: Jason Merrill Date:

[Bug c++/91476] [9/10 Regression] const reference variables sharing the same name in two anonymous namespaces cause a multiple definition error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91476 --- Comment #7 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:abc79c6498a99e9c39e6056f432796c6dde3a887 commit r10-6628-gabc79c6498a99e9c39e6056f432796c6dde3a887 Author: Jason Merrill Date:

[Bug c++/93713] [10 Regression] ICE in equivalently_constrained, at cp/constraint.cc:2949

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93713 --- Comment #3 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:9a0c4f5b373e236cb4af5491f50862d41fd8775a commit r10-6629-g9a0c4f5b373e236cb4af5491f50862d41fd8775a Author: Jason Merrill Date:

[Bug c++/93643] [10 Regression] Static function pointer inside inline function with "C" linkage is not mangled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93643 Jason Merrill changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[committed] c++: Fix useless using-declaration.

Here reintroducing the same declarations into the global namespace via using-declaration is useless but OK. And a function and a function template with the same parameters do not conflict. Tested x86_64-pc-linux-gnu, applying to trunk. gcc/cp/ChangeLog 2020-02-13 Jason Merrill PR

[comitted] c++: Fix static local vars in extern "C".

Since my patch for PR 91476 moved visibility determination sooner, a local static in a vague linkage function now gets TREE_PUBLIC set before retrofit_lang_decl calls set_decl_linkage, which was making decl_linkage think that it has external linkage. It still has no linkage according to the

[Bug target/93737] inline memmove for insertion into small arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93737 --- Comment #3 from Martin Sebor --- I was thinking for small N, the middle-end could make it work by emitting copies of the sequences using MEM_REFs, along these lines: char _2[N - 2]; _2 = MEM [(char * {ref-all}) + 1]; MEM [(char *

[Bug target/90262] Inline small constant memmoves

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90262 Andrew Pinski changed: What|Removed |Added Target||aarch64-linux-gnu

[Bug target/93737] inline memmove for insertion into small arrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93737 --- Comment #2 from Andrew Pinski --- Sdee the thread starting at: https://gcc.gnu.org/ml/gcc-patches/2019-09/msg01618.html Continued at: https://gcc.gnu.org/ml/gcc-patches/2019-10/msg00277.html This infastructure patch was committed October 2,

[Bug sanitizer/93731] [10 regression] asan tests cause kernel panic on Darwin 11

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93731 --- Comment #4 from Eric Gallager --- (In reply to Iain Sandoe from comment #3) > These systems are EOL so we can't expect any fixes to the systems themselves. > > The question is "is the latest imported as an version even supposed to > support

Re: [PATCH 2/2] libstdc++: Implement ranges [specialized.algorithms]

On Thu, 13 Feb 2020, Jonathan Wakely wrote: > On 12/02/20 15:41 -0500, Patrick Palka wrote: > > This implements all the ranges members defined in [specialized.algorithms]: > > > > ranges::uninitialized_default_construct > > ranges::uninitialized_value_construct > > ranges::uninitialized_copy

[Bug c++/90515] g++ ignores [[deprecated("text")]] in some template specialisations

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90515 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic

[Bug c++/93228] [[deprecated("message")]] on template struct/class drops message

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93228 Jonathan Wakely changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug c++/68061] Can't use [[deprecated]] with requires clause

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68061 Jonathan Wakely changed: What|Removed |Added Keywords||rejects-valid

[Bug c++/92572] Vague linkage does not work reliably when a matching segment is in a dynamically linked libarary on Linux

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92572 --- Comment #7 from Walt Karas --- I see this problem running in a Docker container on a MacBook. When I try it on the Mac (clang, Darwin kernel), the output is 2.

Re: Do not call null register_common in emutls

On Thu, 2020-02-06 at 04:07 -0300, Alexandre Oliva wrote: > Thread-local variables with DECL_COMMON trigger an internal compiler > error on targets that use emulated TLS without register_common, when > we attempt to expand a call to the NULL register_common, with > testcases as simple as

[Bug middle-end/93576] [8/9/10 Regression] internal compiler error: Segmentation fault (in gimplify.c)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93576 --- Comment #9 from CVS Commits --- The master branch has been updated by Jakub Jelinek : https://gcc.gnu.org/g:bacdd5e978dad84e9c547b0d5c7fed14b8d75157 commit r10-6625-gbacdd5e978dad84e9c547b0d5c7fed14b8d75157 Author: Jakub Jelinek Date:

[PATCH] c++: Fix ICE with ill-formed array list-initialization [PR93712]

My P0388R4 patch changed build_array_conv to create an identity conversion at the start of the conversion chain. That was a sound change but now we crash in convert_like_real 7457 case ck_identity: 7458 if (BRACE_ENCLOSED_INITIALIZER_P (expr)) 7459 { 7460 int

[Bug target/93738] [8/9 regression] test case gcc.target/powerpc/20050603-3.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93738 seurer at gcc dot gnu.org changed: What|Removed |Added Target||powerpc64-linux-gnu

[Bug target/93738] New: [8/9 regression] test case gcc.target/powerpc/20050603-3.c fails

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93738 Bug ID: 93738 Summary: [8/9 regression] test case gcc.target/powerpc/20050603-3.c fails Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #173 from dave.anglin at bell dot net --- On 2020-02-13 1:11 p.m., peter.bisroev at groundlabs dot com wrote: > If I try to compare this to aCC dump in attachment 47840, I do not see any > calls to weak. Equivalent section to the

Re: Patch ping

On Thu, 2020-02-13 at 10:42 -0700, Martin Sebor wrote: > On 2/13/20 2:54 AM, Jakub Jelinek wrote: > > On Wed, Feb 12, 2020 at 02:39:05PM -0700, Jeff Law wrote: > > > On Mon, 2020-02-10 at 10:24 +0100, Jakub Jelinek wrote: > > > > Hi! > > > > > > > > I'd like to ping a couple of patches: > > > >

Re: [PATCH] c: Fix ICE with cast to VLA [93576]

On Thu, 2020-02-13 at 18:57 +0100, Jakub Jelinek wrote: > Hi! > > The following testcase ICEs, because the PR84305 changes try to evaluate > the size earlier. If size has side-effects, that is desirable, and the > side-effects will actually be wrapped in a SAVE_EXPR. The problem on this >

Re: [PATCH 2/3] libstdc++: Implement C++20 constrained algorithms

On 13/02/20 19:07 +0100, François Dumont wrote: On 2/4/20 3:07 AM, Patrick Palka wrote: This patch implements the C++20 ranges overloads for the algorithms in [algorithms]. Most of the algorithms were reimplemented, with each of their implementations very closely following the existing

[committed, obvious] Add -fdelete-null-pointer-checks to more new C++ testcases.

A few weeks ago I committed this patch to fix some problems I saw in nios2-elf testing: https://gcc.gnu.org/ml/gcc-patches/2020-01/msg01385.html Since then there have been some further new C++ constexpr testcases added that have the same problem with assuming -fdelete-null-pointer-checks.

Re: [PATCH Coroutines]Insert the default return_void call at correct position

Hello Bin, Nathan, Iain Sandoe wrote: We are seeking to clarify the standard wording around this (and the cases where unhandled_exception() returns - hopefully during the WG21 meeting this week, FWIW, I think your interpretation makes sense here. It’s not clear if the committee will

[Bug fortran/93736] Add .f18 and .F18 file suffixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93736 --- Comment #5 from Steve Kargl --- On Thu, Feb 13, 2020 at 05:59:18PM +, thenlich at gcc dot gnu.org wrote: > > --- Comment #4 from Thomas Henlich --- > Additionally, we could also imply -std=f2018 with the .f18/.F18 suffix. That > would

[Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #172 from Peter Bisroev --- Hi Dave, (In reply to dave.anglin from comment #168) > There seems to be something broken regarding stub insertion for calls to > weak functions. Are we > using the correct branch form for calls to weak?

[Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 --- Comment #171 from Peter Bisroev --- Comment on attachment 47839 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47839 GCC 4.9.4 gimple-expr.c dump (aCC) Obsoleted by attachment 47840 as in this attachment inlining with aCC was not

[Bug middle-end/61577] [4.9.0 Regression] can't compile on hp-ux v3 ia64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61577 Peter Bisroev changed: What|Removed |Added Attachment #47839|0 |1 is obsolete|

Re: [PATCH 2/3] libstdc++: Implement C++20 constrained algorithms

On 2/4/20 3:07 AM, Patrick Palka wrote: This patch implements the C++20 ranges overloads for the algorithms in [algorithms]. Most of the algorithms were reimplemented, with each of their implementations very closely following the existing implementation in bits/stl_algo.h and

[Bug fortran/93736] Add .f18 and .F18 file suffixes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93736 Thomas Henlich changed: What|Removed |Added Priority|P3 |P5 --- Comment #4 from Thomas Henlich

[Bug c/93572] [8/9/10 Regression] internal compiler error: q from h referenced in main

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93572 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

  1   2   3   >