Re: Changes dueto server migration

On 2020-03-24, H.J. Lu via Binutils wrote: On Tue, Mar 24, 2020 at 11:02 AM Gunther Nikl wrote: Dear GCC developers! I just noticed that the server migration for GCC and sourceware.org brought a surprising change: The list archives are now provided with mailman. Maybe its only me, but IMO

Can we please have the old mailing list back

Hi, I do not want to start a flame war. I just am curious what was the reason why the old system cannot be used any more? Would there be a possibility to get the old look-and-feel back? Thanks Bernd.

[Bug c++/94252] Can't use a lambda in a requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94252 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

Re: [PATCH v4] c++: DR1710, template keyword in a typename-specifier [PR94057]

On 3/24/20 11:45 AM, Marek Polacek wrote: On Mon, Mar 23, 2020 at 10:41:28AM -0400, Jason Merrill wrote: On 3/20/20 7:02 PM, Marek Polacek wrote: On Fri, Mar 20, 2020 at 02:12:49PM -0400, Jason Merrill wrote: On 3/20/20 1:06 PM, Marek Polacek wrote: Wonderful. I've added a bunch of tests,

[Bug testsuite/93935] [9/10 regression] gcc.dg/vect/bb-slp-over-widen-2.c fails starting with r262371 (r10-6856)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935 Kewen Lin changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug testsuite/93935] [9/10 regression] gcc.dg/vect/bb-slp-over-widen-2.c fails starting with r262371 (r10-6856)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93935 --- Comment #4 from CVS Commits --- The releases/gcc-9 branch has been updated by Kewen Lin : https://gcc.gnu.org/g:768779dd1165edf49e148bca425321093c7dc15b commit r9-8415-g768779dd1165edf49e148bca425321093c7dc15b Author: Kewen Lin Date:

[Bug d/94315] New: [10 regression] new tests gdc.dg/pr93038.d and gdc.dg/pr93038b.d in r10-7320 fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94315 Bug ID: 94315 Summary: [10 regression] new tests gdc.dg/pr93038.d and gdc.dg/pr93038b.d in r10-7320 fail Product: gcc Version: 10.0 Status: UNCONFIRMED

Re: GSoC: Implementation of OMPD

Hello Martin, I have replied in-line. On Tue, Mar 24, 2020 at 7:36 PM Martin Jambor wrote: > Hi Tony, > > sorry for a late reply, things are a bit crazy recently. > That's okay. Thanks for reaching back to me. I am still very interested. > On Sat, Mar 07 2020, y2s1982 . wrote: > > Hello

Re: [AArch64] Backporting -moutline-atomics to gcc 9.x and 8.x

Hi Kyrill, Thanks for pointing out the two missing bug fixes. Please see attached all the back-ported patches. All the patches from trunk applied cleanly with no conflicts (except for the ChangeLog files) to the gcc-9 branch. An up to date gcc-9 branch on which I applied the attached patches has

[Bug gcov-profile/94029] [9 Regression] gcc crash in coverage.c:655 since r9-4216-g390e529e2b98983d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029 --- Comment #19 from Bernd Edlinger --- Okay, forget my previous comment, I overlooked that you say the .c.gcov is missing...

[Bug c++/94190] [10 Regression] error: no post-decrement operator for type since r10-7096-gd417b4f5414d9076

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94190 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/94190] [10 Regression] error: no post-decrement operator for type since r10-7096-gd417b4f5414d9076

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94190 --- Comment #3 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:75b7b7fdc4597170f24c069ea13aa3e14f37fde7 commit r10-7362-g75b7b7fdc4597170f24c069ea13aa3e14f37fde7 Author: Marek Polacek Date:

Re: GSoC: Implementation of OMPD

Hi Tony, sorry for a late reply, things are a bit crazy recently. On Sat, Mar 07 2020, y2s1982 . wrote: > Hello everyone, > > My name is Tony Sim. In anticipation to planning for my last summer within > my degree program, I am considering to take part in the Google Summer of > Codes. In

Bountysource campaign for converting AVR to MODE_CC

Hi! Just as a reminder, we still have a Bountysource campaign for the AVR backend running in case someone is looking for an opportunity to make a little money while working on GCC [1]. The campaign has not been as successful as the campaign for m68k [2] but there is still a chance that we might

Re: [PATCH v2] c++: Fix wrong no post-decrement operator error in template [PR94190]

On 3/23/20 11:06 AM, Marek Polacek wrote: On Tue, Mar 17, 2020 at 04:05:31PM -0400, Jason Merrill wrote: On 3/16/20 10:01 PM, Marek Polacek wrote: On Mon, Mar 16, 2020 at 05:12:15PM -0400, Jason Merrill wrote: On 3/16/20 10:57 AM, Marek Polacek wrote: Now that convert_like creates an

[Bug gcov-profile/94029] [9 Regression] gcc crash in coverage.c:655 since r9-4216-g390e529e2b98983d

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94029 --- Comment #18 from sandra at gcc dot gnu.org --- I'm seeing the missing gcov file on nios2-linux-gnu as well. Git revision 6e00d8dcf32ace6588a1a4843dfcc0e8b9f9d00f. I took another look at the testcase. I haven't used gcov for about a

[Bug c++/94314] [10 Regression] Optimizing mismatched new/delete pairs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94314 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org,

[Bug c++/94186] [10 Regression] compiler incorrectly accepts a requires clause with predicate of non-bool type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94186 --- Comment #5 from CVS Commits --- The master branch has been updated by Jason Merrill : https://gcc.gnu.org/g:fddfd3ce555965864b6116cf541f6355d2057d3d commit r10-7361-gfddfd3ce555965864b6116cf541f6355d2057d3d Author: Jason Merrill Date:

[Bug c++/94186] [10 Regression] compiler incorrectly accepts a requires clause with predicate of non-bool type

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

[pushed] c++: Fix template parm with dependent type in concepts.

While looking at PR94186 I also noticed this regression; if a non-type template parameter uses a type parameter in its type, we need to map both template parameters. Tested x86_64-pc-linux-gnu, applying to trunk. gcc/cp/ChangeLog 2020-03-24 Jason Merrill * pt.c (any_template_parm_r):

[pushed] c++: Improve handling of ill-formed constraints [PR94186].

It would have been trivial to make the error for non-bool constraint in satisfy_atom unconditional, but that didn't give context for the error or printing with the dependent form and template arguments. So I changed a couple of places so that, when a hard error is encountered during quiet

[pushed] c++: Give more expressions locations.

In the testcase for PR94186, we have a SCOPE_REF with no location even though at one point it was in a cp_expr which had a location. So let's make the cp_expr constructor that takes a location apply it to the expression when possible. Tested x86_64-pc-linux-gnu, applying to trunk.

[Bug c++/94314] New: [10 Regression] Optimizing mismatched new/delete pairs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94314 Bug ID: 94314 Summary: [10 Regression] Optimizing mismatched new/delete pairs Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal

[Bug middle-end/90404] No warning on attempts to modify a const object

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90404 Martin Sebor changed: What|Removed |Added See Also||https://gcc.gnu.org/bugzill

[Bug libstdc++/94295] use __builtin_operator_new and __builtin_operator_delete when available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94295 --- Comment #6 from Richard Smith --- (In reply to Marc Glisse from comment #5) > Ah, since you are here, and you appeared as an author of N3664 but not N3537 > (precisely when this subtlety happened), could you explain why? It isn't > discussed

[Bug middle-end/94313] New: stores into string literals sometimes silently eliminated

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94313 Bug ID: 94313 Summary: stores into string literals sometimes silently eliminated Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: [GSoC] Extend the static analysis pass

Hi Nader, On Tue, Mar 24 2020, Nader Al Awar wrote: > Hello, > > I am a master's student at UT Austin and I am interested in working on > extending the static analysis pass project as part of GSoC. > Specifically, I'm interested in both adding C++ support for new/delete > and adding plugin

Re: [GSoC] Extend the static analysis pass

On Tue, 2020-03-24 at 10:18 -0500, Nader Al Awar wrote: > Hello, > > I am a master's student at UT Austin and I am interested in working > on > extending the static analysis pass project as part of GSoC. Hello, I'm the author/maintainer of the static analysis pass, and would be the mentor for

[committed] wwwdocs: Switch link to check_GNU_style.sh from ViewCVS to Git.

Thanks to Frank Ch. Eigler for the updated link. Pushed. Gerald --- htdocs/contribute.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/htdocs/contribute.html b/htdocs/contribute.html index 052f778e..3d03b9d1 100644 --- a/htdocs/contribute.html +++

[Bug libstdc++/94295] use __builtin_operator_new and __builtin_operator_delete when available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94295 --- Comment #5 from Marc Glisse --- (In reply to Richard Smith from comment #2) > (In reply to Marc Glisse from comment #1) > > (In reply to Richard Smith from comment #0) > > > The C++ language rules do not permit optimization (eg, deletion) of

[Bug c++/94288] co_await in while loop crashes g++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94288 --- Comment #5 from Iain Sandoe --- (In reply to Martin Liška from comment #4) > (In reply to Iain Sandoe from comment #3) > > thanks for the report. The reduced testcase at c#2 doesn't fire for me once > > pending updates are applied. However,

Re: [PATCH 24/25] Ignore LLVM's blank lines.

Hi! On 2020-03-23T16:29:40+0100, I wrote: > On 2018-09-14T10:18:12-0600, Jeff Law wrote: >> On 9/5/18 5:52 AM, a...@codesourcery.com wrote: >>> >>> The GCN toolchain must use the LLVM assembler and linker because there's no >>> binutils port. The LLVM tools do not have the same diagnostic style

[Bug c++/94288] co_await in while loop crashes g++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94288 --- Comment #4 from Martin Liška --- (In reply to Iain Sandoe from comment #3) > thanks for the report. The reduced testcase at c#2 doesn't fire for me once > pending updates are applied. However, the attached case preprocessed code > does; I

[Bug libstdc++/94295] use __builtin_operator_new and __builtin_operator_delete when available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94295 --- Comment #4 from Richard Smith --- (In reply to Andrew Pinski from comment #3) > PR 23383 is where part of the discussion was done. > > In fact GCC implements the optimization without the builtin: >

Re: subversion status on gcc.gnu.org

Hi - > [...] > On a related note, contribute.html has a link to > https://gcc.gnu.org/viewcvs/gcc/trunk/contrib/check_GNU_style.sh?view=markup > and gcc-4.8/changes.html has a linkto > https://gcc.gnu.org/viewcvs/trunk/libgfortran/libgfortran.h?content-type=text%2Fplainview=co > which are broken

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

On Mar 17, 2020, at 2:52 PM, Maciej W. Rozycki wrote: > > On Fri, 28 Feb 2020, H.J. Lu wrote: >> >> Libffi 3.4 ABI was changed to support CET. But it isn't the first >> time ABI change for libffi, > > Have we made any conclusions WRT the way to move forward with this stuff? > Things remain

Re: [GSoC 2020] Automatic Detection of Parallel Compilation Viability

Hi, all. I am updating the timeline, since it was shifted due to SARS-CoV-2. Here is the updated version: - Week \[1, 4\] -- May 4 to May 27:\ Update `cc1`, `cc1plus`, `f771`, ..., to partition the Compilation Unit (CU) after IPA analysis directly into multiple LTRANS partitions,

Re: subversion status on gcc.gnu.org

On Fri, 20 Mar 2020, Frank Ch. Eigler via Overseers wrote: > Both svn: and ssh+svn: now work for your archeological needs. > Further, URLs such as > > https://gcc.gnu.org/viewcvs?rev=279160=gcc=rev > https://gcc.gnu.org/r123456 > > are mapped to gitweb searches that try to locate the matching >

[Bug libstdc++/94295] use __builtin_operator_new and __builtin_operator_delete when available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94295 --- Comment #3 from Andrew Pinski --- (In reply to Richard Smith from comment #2) > (In reply to Marc Glisse from comment #1) > > (In reply to Richard Smith from comment #0) > > > The C++ language rules do not permit optimization (eg, deletion)

[Bug middle-end/94312] missing -Wreturn-local-addr on returning local address via memchr or memset

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94312 Martin Sebor changed: What|Removed |Added Summary|missing -Wreturn-local-addr |missing -Wreturn-local-addr

[Bug target/94297] PPCLE std::replace internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94297 --- Comment #5 from Jens Seifert --- No options. Same failure with -O2. System is a RHEL 7.5. Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/opt/rh/devtoolset-8/root/usr/libexec/gcc/ppc64le-redhat-linux/8/lto-wrapper Target:

[Bug libstdc++/94295] use __builtin_operator_new and __builtin_operator_delete when available

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94295 --- Comment #2 from Richard Smith --- (In reply to Marc Glisse from comment #1) > (In reply to Richard Smith from comment #0) > > The C++ language rules do not permit optimization (eg, deletion) of direct > > calls to 'operator new' and

[Bug middle-end/94312] New: missing -Wreturn-local-addr on returning local address via memchr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94312 Bug ID: 94312 Summary: missing -Wreturn-local-addr on returning local address via memchr Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug target/94297] PPCLE std::replace internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94297 --- Comment #4 from Marek Polacek --- Still can't reproduce with mainline trunk/9/8. Since I happen to work on DTS, I've also tried devtoolset-8-gcc-8.2.1-3.el7.ppc64le and devtoolset-8-gcc-8.3.1-3.2.el7.ppc64le but couldn't reproduce it

[Bug lto/94311] New: LTO produces line info entries with invalid line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94311 Bug ID: 94311 Summary: LTO produces line info entries with invalid line numbers Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] coroutines: Implement n4849 recommended symmetric transfer.

Nathan Sidwell wrote: On 3/24/20 2:08 PM, Iain Sandoe wrote: Hi Nathan, Thanks for the review, comments embedded and a new version attached. @David, you added the CALL_EXPR_MUST_TAIL_CALL which I’ve made use of here (but with an observation). Perhaps you would be able to comment on whether

[Bug c++/94310] New: using constructor inheritance breaks the code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94310 Bug ID: 94310 Summary: using constructor inheritance breaks the code Product: gcc Version: 9.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug target/94297] PPCLE std::replace internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94297 --- Comment #3 from Jens Seifert --- Created attachment 48110 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48110=edit Pre-processed file created using -save-temps

[Bug c++/94309] Fail to find post-increment operator in templated function

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

[Bug c++/94190] [10 Regression] error: no post-decrement operator for type since r10-7096-gd417b4f5414d9076

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94190 Marek Polacek changed: What|Removed |Added CC||romain.geissler at amadeus dot com ---

[Bug c++/94309] New: Fail to find post-increment operator in templated function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94309 Bug ID: 94309 Summary: Fail to find post-increment operator in templated function Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug sanitizer/94299] false positive: AddressSanitizer: stack-use-after-scope on address

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94299 --- Comment #7 from Jan Kratochvil --- OK, true, thanks, sorry.

[Bug sanitizer/94299] false positive: AddressSanitizer: stack-use-after-scope on address

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

Re: Changes dueto server migration

On Tue, Mar 24, 2020 at 11:02 AM Gunther Nikl wrote: > > Dear GCC developers! > > I just noticed that the server migration for GCC and sourceware.org > brought a surprising change: The list archives are now provided with > mailman. Maybe its only me, but IMO with this change the list archives

[Bug target/94123] [10 regression] r10-1734, SVN r273240, causes gcc.target/powerpc/pr87507.c to fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123 Peter Bergner changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c/94253] FAIL: gfortran.dg/bind_c_coms.f90 -O0 (test for excess errors)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94253 --- Comment #2 from John David Anglin --- r278376 was okay. r278658 was bad.

[Bug target/94308] [10 Regression] ICE in final_scan_insn_1 with vzeroupper since r10-6451

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94308 --- Comment #2 from Jakub Jelinek --- Created attachment 48109 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48109=edit gcc10-pr94308.patch Untested fix.

[Bug target/94308] [10 Regression] ICE in final_scan_insn_1 with vzeroupper since r10-6451

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94308 Jakub Jelinek changed: What|Removed |Added Summary|[10 Regression] ICE in |[10 Regression] ICE in

rs6000: Update bswap64-4 test to reflect actual results

rs6000: Update bswap64-4 test to reflect actual results Hi, Update existing testcase powerpc/bswap64-4.c to reflect that we generate ldbrx and stdbrx instructions for newer cpu targets. This is in contrast to the pair of lwbrx and stwbrx instructions that are generated with older cpu targets.

[Bug target/94308] New: [10 Regression] ICE in final_scan_insn_1 with vzeroupper

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94308 Bug ID: 94308 Summary: [10 Regression] ICE in final_scan_insn_1 with vzeroupper Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] coroutines: Implement n4849 recommended symmetric transfer.

On 3/24/20 2:08 PM, Iain Sandoe wrote: Hi Nathan, Thanks for the review, comments embedded and a new version attached. @David, you added the CALL_EXPR_MUST_TAIL_CALL which I’ve made use of here (but with an observation). Perhaps you would be able to comment on whether I’ve (ab-)used it

[Bug sanitizer/94307] New: Provide a way to declare the *SAN exception handler -fsanitize-undefined-trap-on-error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94307 Bug ID: 94307 Summary: Provide a way to declare the *SAN exception handler -fsanitize-undefined-trap-on-error Product: gcc Version: unknown Status: UNCONFIRMED

Re: [PATCH] coroutines: Implement n4849 recommended symmetric transfer.

Hi Nathan, Thanks for the review, comments embedded and a new version attached. @David, you added the CALL_EXPR_MUST_TAIL_CALL which I’ve made use of here (but with an observation). Perhaps you would be able to comment on whether I’ve (ab-)used it correctly? OK for master now? thanks Iain

[Bug c++/94252] Can't use a lambda in a requires expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94252 Patrick Palka changed: What|Removed |Added Target Milestone|--- |10.0 Known to fail|

Changes dueto server migration

Dear GCC developers! I just noticed that the server migration for GCC and sourceware.org brought a surprising change: The list archives are now provided with mailman. Maybe its only me, but IMO with this change the list archives loose much usability. Eg. the old date sorting had the date as a

[Bug c++/94306] New: Improve diagnostic when "requires" used instead of "requires requires" and add fix-it

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94306 Bug ID: 94306 Summary: Improve diagnostic when "requires" used instead of "requires requires" and add fix-it Product: gcc Version: 10.0 Status: UNCONFIRMED

Re: [PATCH][PPC64] [PR88877]

Thanks Hans-Peter for reviewing. Here is Formatted ChangeLog Entry. 2020-03-24 Kamlesh Kumar * rtl.h: Defined Tuple for bundling rtx, mode and unsignedness (default as 0), Added Extra argument (unsignedp) in emit_library_call and emit_library_call_value. * except.c: Likewise. * explow.c:

Re: Vectorization Messages

On March 24, 2020 5:45:05 PM GMT+01:00, Roger Martz via Gcc wrote: >I was glad to see that compiler flags such as -fopt-info-vec-missed ... >provide information about what is happening under the hood w.r.t code >that >can and can't be vectorized. > >Can anyone point me to a document, etc. that

Re: [PATCH v2] generate EH info for volatile asm statements (PR93981)

I was looking into this yesterday but I ran into some issues. The first is that blindly converting each output to in+out breaks cases where an input already overlaps with an output: asm ("..." : "=r" (out) : "0" (in)); This could be worked around by scanning the input list and only

[Bug tree-optimization/93946] Bogus redundant store removal

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

[Bug fortran/94246] [9/10 Regression] valgrind error for ./gfortran.dg/bessel_5.f90 since r9-1566-g87c789f1c0b2df41

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94246 Paul Thomas changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug libstdc++/93584] std::string::find_first_not_of is about 9X slower than strspn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93584 AK changed: What|Removed |Added CC||hiraditya at msn dot com --- Comment #3 from AK

Re: [PATCH] issue -Walloca even when alloca is a system header macro [PR94004]

On Mon, 2020-03-16 at 18:00 -0600, Martin Sebor wrote: > PR middle-end/94004 - missing -Walloca on calls to alloca due to -Wno-system- > headers > > gcc/testsuite/ChangeLog: > > PR middle-end/94004 > * gcc.dg/Walloca-larger-than-3.c: New test. > *

[Bug libstdc++/66414] string::find ten times slower than strstr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414 AK changed: What|Removed |Added CC||hiraditya at msn dot com --- Comment #8 from AK

Re: [PATCH][PPC64] [PR88877]

On Tue, 24 Mar 2020, Hans-Peter Nilsson wrote: > The new argument is default 0, so make use of that: do not patch > all those files where 0 is fine. Oops, I was tricked by the comment; it's not actually "default 0" in the C++ sense. And you have an overloaded function with different numbers of

[Bug c++/65969] typename allowed in using declaration of non-types names

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

Re: [stage1] [PATCH] Make target_clones resolver fn static if possible.

On Mon, 2020-03-23 at 16:09 +0100, Martin Liška wrote: > From 1431a34f70128bdce59c94dad1d10f91673f63eb Mon Sep 17 00:00:00 2001 > From: Martin Liska > Date: Thu, 16 Jan 2020 10:38:41 +0100 > Subject: [PATCH] Make target_clones resolver fn static if possible. > > gcc/ChangeLog: > > 2020-03-17

[Bug c++/87910] Missing typename/template not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87910 --- Comment #1 from Marek Polacek --- This PR might get resolved by .

[Bug middle-end/94303] [8/9/10 Regression] Program result error When using global object array (partially initialized with a special constructor, and the rest with the default constructor)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94303 --- Comment #4 from Jakub Jelinek --- Created attachment 48107 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48107=edit gcc10-pr94303.patch Full untested patch.

[Bug libstdc++/66416] string::find_last_of 3.5 times slower than memrchr

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66416 AK changed: What|Removed |Added CC||hiraditya at msn dot com --- Comment #2 from AK

Re: [PATCH] Fix handling of --with{,out}-zstd option.

On Tue, 2020-03-24 at 07:34 +0100, Martin Liška wrote: > Hi. > > The patch respects --without-zstd and reports > an error when we can't find header file with --with-zstd. > > Ready to be installed? > Thanks, > Martin > > gcc/ChangeLog: > > 2020-03-23 Martin Liska > > PR lto/94259 >

[committed][hppa] Define builtin __BIG_ENDIAN__

Although Martin provided stronger fix, this fixes lto/94249 on hppa-linux. It seems we never defined __BIG_ENDIAN__. Probably, a few packages test for it. Tested on hppa-unknown-linux-gnu. Committed to trunk, gcc-9 and gcc-8. Dave 2020-03-24 John David Anglin PR lto/94249

[Bug c++/94265] wrong warning "duplicated 'if' condition"

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

Re: [PATCH][PPC64] [PR88877]

Please excuse some cheap points: On Mon, 23 Mar 2020, kamlesh kumar via Gcc-patches wrote: > Attached patch fixes. > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88877. > ChangeLog Entry. > > 2020-03-23 Kamlesh Kumar > > * rtl.h : Defined Tuple for bundling rtx, mode and >

Re: subversion status on gcc.gnu.org

On 3/24/20 12:06 PM, Frank Ch. Eigler wrote: >> Thanks for working on this!!! However, I still see at least one issue >> in the following bugzilla entry: >> >> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123#c4 >> >> The first two git style links work, but the last one which points >> to

[Bug lto/94249] [10 regression] Many -flto -fuse-linker-plugin tests FAIL: could not add symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249 --- Comment #17 from CVS Commits --- The releases/gcc-8 branch has been updated by John David Anglin : https://gcc.gnu.org/g:dc65052d2351aeb1f1968b6ac9f1244de6ed64e1 commit r8-10140-gdc65052d2351aeb1f1968b6ac9f1244de6ed64e1 Author: John David

[Bug c++/94303] [8/9/10 Regression] Program result error When using global object array (partially initialized with a special constructor, and the rest with the default constructor)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94303 --- Comment #3 from Jakub Jelinek --- Jonathan has bisected this to my r9-4877-gfaa9232da39587b27b46341667d6d415d2af9280 change (though, as the patch shows, the bug is actually that varasm.c didn't handle RANGE_EXPRs properly during

[Bug c++/94303] [8/9/10 Regression] Program result error When using global object array (partially initialized with a special constructor, and the rest with the default constructor)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94303 Jonathan Wakely changed: What|Removed |Added Known to fail||10.0, 8.3.0, 9.2.0 Known to

[Bug target/94297] PPCLE std::replace internal compiler error

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

[Bug lto/94249] [10 regression] Many -flto -fuse-linker-plugin tests FAIL: could not add symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249 --- Comment #16 from CVS Commits --- The releases/gcc-9 branch has been updated by John David Anglin : https://gcc.gnu.org/g:366f69fdf42854f76b90ce81394e3685f2990988 commit r9-8413-g366f69fdf42854f76b90ce81394e3685f2990988 Author: John David

[Bug c++/94303] [8/9/10 Regression] Program result error When using global object array (partially initialized with a special constructor, and the rest with the default constructor)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94303 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org Last

Re: subversion status on gcc.gnu.org

Hi - > Thanks for working on this!!! However, I still see at least one issue > in the following bugzilla entry: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123#c4 > > The first two git style links work, but the last one which points > to the SVN revision doesn't. Is that a bug in

[Bug lto/94249] [10 regression] Many -flto -fuse-linker-plugin tests FAIL: could not add symbols

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94249 --- Comment #15 from CVS Commits --- The master branch has been updated by John David Anglin : https://gcc.gnu.org/g:04099157691ec6ff25d8d32e30b04eec89dcf94b commit r10-7355-g04099157691ec6ff25d8d32e30b04eec89dcf94b Author: John David Anglin

Re: subversion status on gcc.gnu.org

On 3/20/20 12:37 PM, Frank Ch. Eigler via Gcc wrote: > Hi - > > Both svn: and ssh+svn: now work for your archeological needs. > Further, URLs such as > > https://gcc.gnu.org/viewcvs?rev=279160=gcc=rev > https://gcc.gnu.org/r123456 > > are mapped to gitweb searches that try to locate the

[Bug d/94305] New: libphobos: Add configure flag to build phobos in non-release mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94305 Bug ID: 94305 Summary: libphobos: Add configure flag to build phobos in non-release mode Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Vectorization Messages

I was glad to see that compiler flags such as -fopt-info-vec-missed ... provide information about what is happening under the hood w.r.t code that can and can't be vectorized. Can anyone point me to a document, etc. that would be helpful in understanding what the messages output from the compiler

[Bug d/94304] New: libphobos: Add --with-libdruntime-only configure option

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94304 Bug ID: 94304 Summary: libphobos: Add --with-libdruntime-only configure option Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug c++/94288] co_await in while loop crashes g++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94288 Iain Sandoe changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org ---

[Bug c++/94303] New: Program result error When using global object array (partially initialized with a special constructor, and the rest with the default constructor)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94303 Bug ID: 94303 Summary: Program result error When using global object array (partially initialized with a special constructor, and the rest with the default constructor)

[Bug libgomp/81689] libgomp.c/target-link-1.c fails for nvptx: #pragma omp target link not implemented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81689 Tobias Burnus changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

  1   2   3   >