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

2020-04-05 Thread sandra at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93946 --- Comment #15 from sandra at gcc dot gnu.org --- Hmmm. I've gone over this code 2 or 3 times now, and I'm still convinced the problem is in the alias analysis, not the scheduler. I've stepped deeper into the code in the debugger, and here is

[Bug tree-optimization/94488] [AArch64] ICE on right shift of V2DImode by DImode shift

2020-04-05 Thread e...@coeus-group.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94488 --- Comment #3 from Evan Nemerson --- Thanks for looking into this. Left shift instead of right also seems to be a problem. The backtrace is a bit different, but I figure it's probably the same issue; if not I can open up a new report. I

[Bug target/89096] [8/9/10 regression] AIX 7 linker rejects _.ro_ sections by default

2020-04-05 Thread dje at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89096 --- Comment #30 from David Edelsohn --- Yes, I can reproduce the error, but it only occurs when -bsvr4 is used. Have you looked at what -bsvr4 enables in the ld man page? Not just the -R comment. -brtl -brtllib -bexpfull -R, instead of being

[Bug bootstrap/87252] gcc-4.4 cross-builds broken, apparently in self-tests

2020-04-05 Thread abrahm.scully at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87252 --- Comment #8 from Abrahm Scully --- I don't think anything is wrong with gcc-10-20200329. The code looks fine. I realized later that the versions of gcc I mentioned where I don't see this problem are all from release branches. As described in

Re: [PATCH] c++: C++20 DR 2237, disallow simple-template-id in cdtor.

2020-04-05 Thread Jason Merrill via Gcc-patches
On 4/4/20 7:30 PM, Marek Polacek wrote: This patch implements DR 2237 which says that a simple-template-id is no longer valid as the declarator-id of a constructor or destructor; see . It is not explicitly stated but out-of-line destructors with a

[Bug c++/93597] [9 Regression] ICE in get_fns since r10-6219

2020-04-05 Thread mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93597 Marek Polacek changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug c++/93597] [9 Regression] ICE in get_fns since r10-6219

2020-04-05 Thread cvs-commit at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93597 --- Comment #7 from CVS Commits --- The releases/gcc-9 branch has been updated by Marek Polacek : https://gcc.gnu.org/g:6db837a5288ee3ca5ec504fbd5a765817e556ac2 commit r9-8456-g6db837a5288ee3ca5ec504fbd5a765817e556ac2 Author: Marek Polacek

Re: subversion status on gcc.gnu.org

2020-04-05 Thread Frank Ch. Eigler via Gcc
Hi - Courtesy of a lovely httpd RewriteMap-basd hack courtesy of Martin, we have all the svn r# redirects working, and faster than before. - FChE

[Bug ada/94419] accepting wrong programs because compiler error

2020-04-05 Thread yyelle at rbx dot email
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94419 Uriy changed: What|Removed |Added Attachment #48205|0 |1 is obsolete|

gcc-10-20200405 is now available

2020-04-05 Thread GCC Administrator via Gcc
Snapshot gcc-10-20200405 is now available on https://gcc.gnu.org/pub/gcc/snapshots/10-20200405/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 10 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug ada/94419] accepting wrong programs because compiler error

2020-04-05 Thread yyelle at rbx dot email
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94419 --- Comment #3 from Uriy --- Created attachment 48205 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48205=edit example code

Re: [PATCH] Generalize -fuse-ld= to support absolute path or arbitrary ld.linker

2020-04-05 Thread Fangrui Song via Gcc-patches
On 2020-03-11, Martin Liška wrote: On 2/10/20 1:02 AM, Fangrui Song via gcc-patches wrote: Hello. Thank you for the patch. You haven't received a review because we are right now in stage4 of the development cycle: https://gcc.gnu.org/develop.html#stage4 Thanks for the review! According to

[Bug ada/94419] accepting wrong programs because compiler error

2020-04-05 Thread yyelle at rbx dot email
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94419 --- Comment #2 from Uriy --- Thank you for reply. Recently I test gcc 9.3.0 and it report some errors in the example code. But I modify it slightly and it works with no errors. I think the code is enough clear to see what exact clauses RM are

[Bug target/94482] Inserting into vector with optimization enabled on x86 generates incorrect result

2020-04-05 Thread e...@coeus-group.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94482 Evan Nemerson changed: What|Removed |Added Attachment #48193|0 |1 is obsolete|

[committed] libstdc++: Refer to Git documentation

2020-04-05 Thread Gerald Pfeifer
Nice to see that our redirects work as intended. Still, preferrable to adjust URLs. Pushed. Gerald --- libstdc++-v3/ChangeLog | 6 ++ libstdc++-v3/doc/html/manual/appendix_contributing.html | 2 +- libstdc++-v3/doc/xml/manual/appendix_contributing.xml |

[Bug libstdc++/35968] nth_element fails to meet its complexity requirements

2020-04-05 Thread andersk at mit dot edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35968 Anders Kaseorg changed: What|Removed |Added CC||andersk at mit dot edu --- Comment #11

Re: [committed] wwwdocs: ada: Tweak link to GNAT: The GNU Ada Compiler.

2020-04-05 Thread Gerald Pfeifer
On Wed, 1 Apr 2020, Arnaud Charlet wrote: > We're investigating at Adacore whether the HTML version can be restored. Thank you. > In the mean time, pointing to > https://www.adacore.com/books/gnat-the-gnu-ada-compiler is indeed the way to > go. Done thusly (= pushed). Gerald commit

[Bug target/94482] Inserting into vector with optimization enabled on x86 generates incorrect result

2020-04-05 Thread e...@coeus-group.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94482 --- Comment #7 from Evan Nemerson --- Created attachment 48203 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48203=edit Non-reduced test case Thanks for looking into this. ASan didn't have any issues with the original, non-reduced test.

[Bug c++/94493] FreeBSD-ports lang/gcc9 (9.3.0) on FreeBSD 13 crash if building ftp/filezilla

2020-04-05 Thread gcc-bugs at opsec dot eu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493 --- Comment #4 from Kurt Jaeger --- Created attachment 48202 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48202=edit The source code As described, it crashes very early in the compile

[Bug c++/94493] FreeBSD-ports lang/gcc9 (9.3.0) on FreeBSD 13 crash if building ftp/filezilla

2020-04-05 Thread gcc-bugs at opsec dot eu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493 --- Comment #3 from Kurt Jaeger --- g++9 -v Using built-in specs. COLLECT_GCC=g++9 COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc9/gcc/x86_64-portbld-freebsd13.0/9.3.0/lto-wrapper Target: x86_64-portbld-freebsd13.0 Configured with:

[Bug c++/94493] FreeBSD-ports lang/gcc9 (9.3.0) on FreeBSD 13 crash if building ftp/filezilla

2020-04-05 Thread gcc-bugs at opsec dot eu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493 --- Comment #2 from Kurt Jaeger --- An attempt to produce a reduced test case failed. Even commenting the first line of of the first include in engine_context.cpp cause a crash. FreeBSD version: FreeBSD fc.opsec.eu 13.0-CURRENT FreeBSD

[Bug c++/94493] FreeBSD-ports lang/gcc9 (9.3.0) on FreeBSD 13 crash if building ftp/filezilla

2020-04-05 Thread gcc-bugs at opsec dot eu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493 --- Comment #1 from Kurt Jaeger --- Created attachment 48201 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48201=edit the compile script The compile script

[Bug c++/94493] New: FreeBSD-ports lang/gcc9 (9.3.0) on FreeBSD 13 crash if building ftp/filezilla

2020-04-05 Thread gcc-bugs at opsec dot eu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94493 Bug ID: 94493 Summary: FreeBSD-ports lang/gcc9 (9.3.0) on FreeBSD 13 crash if building ftp/filezilla Product: gcc Version: unknown Status: UNCONFIRMED

Re: [RFA/RFC] [PR tree-optimization/80635] Optimize some V_C_Es with limited ranges into NOP_EXPRs

2020-04-05 Thread Eric Botcazou
> Ada no longer uses VIEW_CONVERT_EXPR between scalar types ... between integral types (it does use it if you explicit request an unchecked version between integer and floating-point types for example). -- Eric Botcazou

[committed] coroutines, testsuite: Renumber two tests (NFC).

2020-04-05 Thread Iain Sandoe
Hi, This fixes a nit in the numbering of tests that I spotted while working on open PRs. tested on x86_64-linux/darwin. applied to master thanks Iain Try to keep tests order by distinct number (and with a short descriptive name appended). gcc/testsuite/ 2020-04-05 Iain Sandoe

[Bug c++/94492] New: no way to silence -Wdeprecated-copy for aggregates

2020-04-05 Thread nok.raven at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94492 Bug ID: 94492 Summary: no way to silence -Wdeprecated-copy for aggregates Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal

Re: [RFA/RFC] [PR tree-optimization/80635] Optimize some V_C_Es with limited ranges into NOP_EXPRs

2020-04-05 Thread Eric Botcazou
> ISTR Ada uses V_C_E to implement checks on value ranges to types. We need to > make sure to not interfere with this. Yes, Jeff privately asked some time ago whether this would be problematic and I answered that this wouldn't. Ada no longer uses VIEW_CONVERT_EXPR between scalar types,

Re: Question?

2020-04-05 Thread Chamsi Pirson via Gcc-patches
Hi just a quick question, My name is Chamsi Pirson. I'm a freelance writer, with 5 years of experience, creating content for varied online portals. I have expertise in writing about technology related topics. You can check out some of my previous posts here and here! I'm reaching out to see if

Re: Results for 10.0.1 20200404 (experimental) [master revision r10-7550-gaae5d08a8d4d] (GCC) testsuite on x86_64-apple-darwin19

2020-04-05 Thread Iain Sandoe via Gcc-patches
Iain Sandoe via Gcc-patches wrote: LAST_UPDATED: Sat Apr 4 08:01:44 UTC 2020 (revision r10-7550-gaae5d08a8d4d) damn .. beaten by autocompletion again.. sorry Iain

Re: [PATCH] free() was missing from a part of the documentation

2020-04-05 Thread Jeff Law via Gcc-patches
On Thu, 2020-04-02 at 12:29 -0600, Zackery Spytz via Gcc-patches wrote: > Hello, > > The free() function was missing from a part of the documentation! THanks for the patch. I've pushed it to the trunk. jeff

Results for 10.0.1 20200404 (experimental) [master revision r10-7550-gaae5d08a8d4d] (GCC) testsuite on x86_64-apple-darwin19

2020-04-05 Thread Iain Sandoe via Gcc-patches
LAST_UPDATED: Sat Apr 4 08:01:44 UTC 2020 (revision r10-7550-gaae5d08a8d4d) Native configuration is x86_64-apple-darwin19 === g++ tests === Running target unix FAIL: c-c++-common/asan/alloca_big_alignment.c -Os output pattern test FAIL:

Re: [RFA/RFC] [PR tree-optimization/80635] Optimize some V_C_Es with limited ranges into NOP_EXPRs

2020-04-05 Thread Jeff Law via Gcc-patches
On Sun, 2020-04-05 at 20:48 +0200, Richard Biener wrote: > On April 5, 2020 5:25:15 PM GMT+02:00, Jeff Law via Gcc-patches < > gcc-patches@gcc.gnu.org> wrote: > > So here's an approach to try and address PR80635. > > > > In this BZ we're getting a false positive uninitialized warning using > >

Re: [RFA/RFC] [PR tree-optimization/80635] Optimize some V_C_Es with limited ranges into NOP_EXPRs

2020-04-05 Thread Richard Biener via Gcc-patches
On April 5, 2020 5:25:15 PM GMT+02:00, Jeff Law via Gcc-patches wrote: > >So here's an approach to try and address PR80635. > >In this BZ we're getting a false positive uninitialized warning using >std::optional. > >As outlined in the BZ this stems from SRA using a VIEW_CONVERT_EXPR >which

[Bug bootstrap/87252] gcc-4.4 cross-builds broken, apparently in self-tests

2020-04-05 Thread abrahm.scully at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87252 --- Comment #7 from Abrahm Scully --- I hit an ICE today that looks like this bug. I attempted to build gcc-10-20200329 on 32-bit CentOS 6 using g++ 4.4.7-23.el6. I don't see this bug building gcc-6.3, gcc-7.3, gcc-8.3, or gcc-9-20200118 on the

[Bug c++/94141] c++20 rewritten operator== recursive call mixing friend and external operators for template class

2020-04-05 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94141 --- Comment #2 from Marc Glisse --- Ah, maybe the friend function is not quite a template, so the generated swapped function is not a template either, and thus it has priority over a template if both are exact matches? This is going to break a

RE: [PATCH]Microblaze: Modified trap instruction

2020-04-05 Thread Nagaraju Mekala
> -Original Message- > From: Jeff Law > Sent: Sunday, April 5, 2020 9:36 PM > To: Michael Eager ; Nagaraju Mekala > ; gcc-patches@gcc.gnu.org > Cc: Sadanand Mutyala > Subject: Re: [PATCH]Microblaze: Modified trap instruction > > On Sat, 2020-04-04 at 11:15 -0700, Michael Eager wrote: >

RE: [PATCH]Microblaze: Fixed missing save of r18 in fast_interrupt.

2020-04-05 Thread Nagaraju Mekala
> -Original Message- > From: Jeff Law > Sent: Sunday, April 5, 2020 9:45 PM > To: Michael Eager ; Nagaraju Mekala > ; gcc-patches@gcc.gnu.org > Cc: Sadanand Mutyala ; klauspeter...@gmail.com > Subject: Re: [PATCH]Microblaze: Fixed missing save of r18 in fast_interrupt. > > On Sat,

Re: [PATCH]Microblaze: Fixed missing save of r18 in fast_interrupt.

2020-04-05 Thread Jeff Law via Gcc-patches
On Sat, 2020-04-04 at 11:16 -0700, Michael Eager wrote: > OK to apply. > > On 4/4/20 2:18 AM, Nagaraju Mekala wrote: > > Hello All, > > > > Fixed missing save of r18 in fast_interrupt. > > Register 18 is used as a clobber register, and must be stored when entering > > a > > fast_interrupt.

Re: [PATCH]Microblaze: Modified trap instruction

2020-04-05 Thread Jeff Law via Gcc-patches
On Sat, 2020-04-04 at 11:15 -0700, Michael Eager wrote: > OK to apply. > > On 4/4/20 1:59 AM, Nagaraju Mekala wrote: > > Hello All, > > > > There is a bug in trap instruction generation. > > Instead of "bri 0" instruction "brki r0, -1" was used, corrected it > > now. > > > >

[RFA/RFC] [PR tree-optimization/80635] Optimize some V_C_Es with limited ranges into NOP_EXPRs

2020-04-05 Thread Jeff Law via Gcc-patches
So here's an approach to try and address PR80635. In this BZ we're getting a false positive uninitialized warning using std::optional. As outlined in the BZ this stems from SRA using a VIEW_CONVERT_EXPR which isn't handled terribly well by the various optimizers/analysis passes. We have these

[Bug target/94482] Inserting into vector with optimization enabled on x86 generates incorrect result

2020-04-05 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94482 --- Comment #6 from Martin Liška --- But I bet it's invalid code: $ gcc -fsanitize=undefined pr94482.c -O2 && ./a.out pr94482.c:14:11: runtime error: index 2 out of bounds for type 'long int [2]' pr94482.c:14:15: runtime error: store to

[Bug target/94482] Inserting into vector with optimization enabled on x86 generates incorrect result

2020-04-05 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94482 Martin Liška changed: What|Removed |Added Keywords|needs-bisection | --- Comment #5 from Martin Liška ---

[Bug c++/94141] c++20 rewritten operator== recursive call mixing friend and external operators for template class

2020-04-05 Thread glisse at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94141 --- Comment #1 from Marc Glisse --- It looks like clang-10+ also generates an infinite loop on this code. Does the standard really give priority to some implicit function over a user-defined one that is an exact match?

[Bug driver/94491] New: -g2 debugging level is not documented

2020-04-05 Thread slyfox at inbox dot ru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94491 Bug ID: 94491 Summary: -g2 debugging level is not documented Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver

New Swedish PO file for 'gcc' (version 10.1-b20200322)

2020-04-05 Thread Translation Project Robot
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Swedish team of translators. The file is available at: https://translationproject.org/latest/gcc/sv.po (This file,

[Bug rtl-optimization/92989] [10 Regression] The mips-mti-linux-gnu fails to build after r276327

2020-04-05 Thread rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92989 rsandifo at gcc dot gnu.org changed: What|Removed |Added URL|

[PATCH] lra: Stop eh_return data regs being incorrectly marked live [PR92989]

2020-04-05 Thread Richard Sandiford
lra_assign has an assert to make sure that no pseudo is allocated to a conflicting hard register. It used to be restricted to !flag_ipa_ra, but in g:a1e6ee38e708ef2bdef4 I'd enabled it for flag_ipa_ra too. It then tripped a few times while building libstdc++ for mips-mti-linux. Previous patches