[PATCH RFA] tree-inline: Fix VLA handling [PR95552]

The problem in this testcase comes from cloning the constructor into complete and base variants. When we clone the body the first time, walk_tree_1 calls copy_tree_body_r on the type of the artificial TYPE_DECL we made for the VLA type without calling it on the decl itself, so we overwrite the

[Bug c++/95559] New: Compiling "{{}}" result is inconsistent in different versions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95559 Bug ID: 95559 Summary: Compiling "{{}}" result is inconsistent in different versions Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/95558] New: Invalid IPA optimizations based on weak definition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95558 Bug ID: 95558 Summary: Invalid IPA optimizations based on weak definition Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug other/63426] [meta-bug] Issues found with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426 Bug 63426 depends on bug 95456, which changed state. Bug 95456 Summary: [11 Regression] gcc/gcc.c:6035:16: runtime error: null pointer passed as argument 2, which is declared to never be null https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95456

[Bug driver/95456] [11 Regression] gcc/gcc.c:6035:16: runtime error: null pointer passed as argument 2, which is declared to never be null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95456 Alexandre Oliva changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED

[Bug c/95556] Not replacing __builtin___memcpy_chk() as documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95556 --- Comment #3 from Jeff Davis --- Original larger case was discovered in PostgreSQL: https://www.postgresql.org/message-id/99b2eab335c1592c925d8143979c8e9e81e1575f.ca...@j-davis.com

[Bug middle-end/95556] Not replacing __builtin___memcpy_chk() as documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95556 --- Comment #2 from Jeff Davis --- Created attachment 48688 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48688=edit Example 3 Another example that works (i.e. builtin is properly replaced by memcpy as described in the document). The

[Bug driver/95456] [11 Regression] gcc/gcc.c:6035:16: runtime error: null pointer passed as argument 2, which is declared to never be null

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95456 --- Comment #2 from CVS Commits --- The master branch has been updated by Alexandre Oliva : https://gcc.gnu.org/g:2e6a6644db0ef0f369df4e5b1b337122d84c1a39 commit r11-1014-g2e6a6644db0ef0f369df4e5b1b337122d84c1a39 Author: Alexandre Oliva Date:

[Bug c++/95557] New: __STDCPP_DEFAULT_NEW_ALIGNMENT__ is int instead of size_t

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95557 Bug ID: 95557 Summary: __STDCPP_DEFAULT_NEW_ALIGNMENT__ is int instead of size_t Product: gcc Version: 10.1.0 Status: UNCONFIRMED Severity: normal

[Bug c/95556] Not replacing __builtin___memcpy_chk() as documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95556 --- Comment #1 from Jeff Davis --- Created attachment 48687 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48687=edit Example 1

[Bug c/95556] New: Not replacing __builtin___memcpy_chk() as documented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95556 Bug ID: 95556 Summary: Not replacing __builtin___memcpy_chk() as documented Product: gcc Version: 7.5.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug jit/87291] Add support for inline asm to libgccjit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291 --- Comment #23 from bouanto at zoho dot com --- Created attachment 48685 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48685=edit Example of global assembly See answers below. (In reply to David Malcolm from comment #22) > Created

Max Filippov appointed Xtensa maintainer

I am pleased to announce that the GCC Steering Committee has appointed Max Filippov as Xtensa maintainer. Please join me in congratulating Max on his new role. Max, please update your listing in the MAINTAINERS file. Happy hacking! David

[PATCH] Add C++2a synchronization support

Add support for - atomic wait/notify_one/notify_all counting_semaphore binary_semaphore latch * include/Makefile.am (bits_headers): Add new header. * include/Makefile.in: Regenerate. * include/bits/atomic_base.h (__atomic_base<_Itp>::wait):

Re: [PATCH] PowerPC: Add future hwcap2 bits

Hi! On Thu, Jun 04, 2020 at 10:11:29PM -0400, Michael Meissner wrote: > This patch adds support for the two new HWCAP2 fields used by the > __builtin_cpu_supports function. It adds support in the target_clones > attribute for -mcpu=future. > --- a/gcc/config/rs6000/rs6000-call.c > +++

Re: [PATCH 6/6] rs6000 Add vector blend, permute builtin support

Hi! On Mon, Jun 01, 2020 at 09:15:06AM -0700, Carl Love wrote: > The following patch adds support for the vec_blendv and vec_permx > builtins. Pretty interesting insns ;-) > * config/rs6000/altivec.h: Add define for vec_blendv and > vec_permx. > * config/rs6000/altivec.md: Add

gcc-9-20200605 is now available

Snapshot gcc-9-20200605 is now available on https://gcc.gnu.org/pub/gcc/snapshots/9-20200605/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 9 git branch with the following options: git://gcc.gnu.org/git/gcc.git branch

[Bug bootstrap/95555] [11 regression] bootstrap build failure starting with r11-959

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 --- Comment #4 from Bill Seurer --- bootstrap works with that patch

Re: [PATCH 2/7] [OpenACC] Adjust dynamic reference count semantics

On Wed, 3 Jun 2020 17:19:47 +0200 Thomas Schwinge wrote: > Hi Julian! > > On 2020-06-03T14:36:14+0200, I wrote: > > On 2020-05-22T15:16:05-0700, Julian Brown > > wrote: > >> This patch adjusts the semantics of dynamic reference counts, as > >> described in the parent email. > > > > Thanks!

[committed] d: Merge upstream dmd 740f3d1ea.

Hi, This patch merges the D front-end implementation with upstream dmd 740f3d1ea. Backports the conversion of the parameter fields debugids and versionids to Identifiers. The idea is that Identifiers should be used instead of C strings where ever possible. Bootstrapped and regression tested on

[PATCH 2/2] c++: Clean up previous change [PR41437]

The previous patch mostly avoided making any changes that had no functional impact, such as adjusting now-outdated comments and performing renamings. Such changes have been consolidated to this followup patch for easier review. The main change here is that we now reuse struct

[Bug fortran/95374] ICE: gfc_array_size failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95374 anlauf at gcc dot gnu.org changed: What|Removed |Added Keywords|ice-on-valid-code |accepts-invalid,

Re: [PATCH 5/6] rs6000, Add vector splat builtin support

Hi! On Mon, Jun 01, 2020 at 09:15:00AM -0700, Carl Love wrote: > The following patch adds support for the vec_splati, vec_splatid and > vec_splati_ins builtins. > * config/rs6000/altivec.h: Add define for vec_splati, > vec_splatid > and vec_splati_ins. *

[Bug fortran/95512] gcc/fortran/trans-decl.c:1066: array sanity check after use

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95512 anlauf at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2020-06-05 Ever

[Bug fortran/95373] [9/10/11 Regression] ICE in build_reference_type, at tree.c:7942

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95373 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/95373] [9/10/11 Regression] ICE in build_reference_type, at tree.c:7942

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95373 --- Comment #14 from CVS Commits --- The releases/gcc-9 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:d82e9d37d843539127df59d7b8894e5e3baec9b9 commit r9-8657-gd82e9d37d843539127df59d7b8894e5e3baec9b9 Author: Harald Anlauf

[Bug fortran/95373] [9/10/11 Regression] ICE in build_reference_type, at tree.c:7942

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95373 --- Comment #13 from CVS Commits --- The releases/gcc-9 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:2039ad0eb5261a2e7eb1d3c9da7576a5c370c073 commit r9-8656-g2039ad0eb5261a2e7eb1d3c9da7576a5c370c073 Author: Harald Anlauf

[PATCH 1/2] c++: Improve access checking inside templates [PR41437]

This patch generalizes our existing functionality for deferring access checking of typedefs when parsing a function or class template to now defer all kinds of access checks until template instantiation time, including member function and member object accesses. Since all access checks eventually

[Bug bootstrap/95555] [11 regression] bootstrap build failure starting with r11-959

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 --- Comment #3 from Martin Sebor --- (In reply to Andreas Schwab from comment #2) > alternative_order[0] is guaranteed to be set, because alternative_reject[i] > <= alternative_reject[which_alternative] for i == which_alternative at > least. We

[Bug fortran/95373] [9/10/11 Regression] ICE in build_reference_type, at tree.c:7942

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95373 --- Comment #12 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:2927ec5bc1276188efae82301d8fcffe4a245d1e commit r10-8257-g2927ec5bc1276188efae82301d8fcffe4a245d1e Author: Harald Anlauf

[Bug fortran/95373] [9/10/11 Regression] ICE in build_reference_type, at tree.c:7942

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95373 --- Comment #11 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:d7760318305a0eab43d59d9884486569409c2d52 commit r10-8256-gd7760318305a0eab43d59d9884486569409c2d52 Author: Harald Anlauf

[Bug fortran/95090] ICE: identifier overflow: 129

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED

[Bug middle-end/95552] [11 Regression] VLA ICE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95552 --- Comment #5 from Jason Merrill --- This simplified testcase has been broken a lot longer (back to GCC 8, at least); my patch just extended the breakage to templates that already affected non-templates. The issue is that cloning the

[Bug fortran/95537] [11 regression] gfortran.dg/pr95090.f90 since r11-670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95537 anlauf at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/95530] [11 regression] ICE in gfortran.dg/equiv_11.f90 after r11-594

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95530 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug fortran/95106] Bogus warning from module with long name and an equivalence

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95106 --- Comment #7 from CVS Commits --- The releases/gcc-9 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:371739d01d00ae4c55902e0937b73ddee7d66391 commit r9-8655-g371739d01d00ae4c55902e0937b73ddee7d66391 Author: Harald Anlauf

[Bug fortran/95537] [11 regression] gfortran.dg/pr95090.f90 since r11-670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95537 --- Comment #11 from CVS Commits --- The releases/gcc-9 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:075bec57a1c63a1b1de9d95909866a6548380390 commit r9-8654-g075bec57a1c63a1b1de9d95909866a6548380390 Author: Harald Anlauf

[Bug fortran/95530] [11 regression] ICE in gfortran.dg/equiv_11.f90 after r11-594

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95530 --- Comment #14 from CVS Commits --- The releases/gcc-9 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:075bec57a1c63a1b1de9d95909866a6548380390 commit r9-8654-g075bec57a1c63a1b1de9d95909866a6548380390 Author: Harald Anlauf

Re: [PATCH 07/13] OpenACC 2.6 deep copy: libgomp parts

On Fri, 5 Jun 2020 13:17:09 +0200 Thomas Schwinge wrote: > Hi Julian! > > On 2019-12-17T21:03:47-0800, Julian Brown > wrote: > > This part contains the libgomp runtime support for the > > GOMP_MAP_ATTACH and GOMP_MAP_DETACH mapping kinds > > > --- a/libgomp/target.c > > +++

Re: [PATCH 07/13] OpenACC 2.6 deep copy: libgomp parts

On Fri, 5 Jun 2020 12:39:46 +0200 Thomas Schwinge wrote: > Hi Julian! > > On 2019-12-17T22:03:47-0800, Julian Brown > wrote: > > This part contains the libgomp runtime support for the > > GOMP_MAP_ATTACH and GOMP_MAP_DETACH mapping kinds > > > --- a/libgomp/oacc-mem.c > > +++

libstdc++: Extend memcmp optimization in std::lexicographical_compare

Hi     Here is the last of my algo patches this time to extend the memcmp optimization to std::deque iterators and _GLIBCXX_DEBUG mode.     To do so I had to return int in implementation details of lexicographical_compare to make sure we can treat a deque iterator range by chunk in a

[Bug c++/95428] ABI breakage for "base object constructor" for final classes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95428 --- Comment #7 from Nathan Sidwell --- Richard Smith thinks the ABI is clear and compilers should always emit the as-base ctor. Even though that wording was written before final was a thing. Depends if Jason wants to argue the case?

[Bug fortran/95106] Bogus warning from module with long name and an equivalence

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95106 --- Comment #6 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:1e20cd1b583347cb2ea8591a45d99df143f7c41a commit r10-8255-g1e20cd1b583347cb2ea8591a45d99df143f7c41a Author: Harald Anlauf

[Bug c++/95369] braced-init-list with designated initializers as template-argument rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95369 --- Comment #5 from CVS Commits --- The master branch has been updated by Marek Polacek : https://gcc.gnu.org/g:cecc73af4980004502f4c327b6c639125defb379 commit r11-1010-gcecc73af4980004502f4c327b6c639125defb379 Author: Marek Polacek Date:

[Bug testsuite/95546] Random Fortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95546 --- Comment #6 from Dominique d'Humieres --- > I am curious, did this just start happening or is it a long time issue just > reported. The test is quite old: Feb 18 2018. I did not see any failure for it until now (one instance).

[Bug bootstrap/95555] [11 regression] bootstrap build failure starting with r11-959

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 --- Comment #2 from Andreas Schwab --- alternative_order[0] is guaranteed to be set, because alternative_reject[i] <= alternative_reject[which_alternative] for i == which_alternative at least. We know that which_alternative <

Re: [PATCH v2] c++: Make braced-init-list as template arg work with aggr init [PR95369]

On 6/5/20 3:13 PM, Marek Polacek wrote: On Fri, May 29, 2020 at 03:17:51PM -0400, Jason Merrill via Gcc-patches wrote: On 5/28/20 7:23 PM, Marek Polacek wrote: Barry pointed out to me that our braced-init-list as a template-argument extension doesn't work as expected when we

[PATCH] underline null argument in -Wnonnull (PR c++/86568)

The caret location C++ -Wnonnull warnings is in the wrong place: either under the closing parenthesis of a call to a function declared nonnull, or under the whole call (when issued from the middle end). In addition, for member functions, the one-based argument number mentioned in the warning

[Bug c++/86568] -Wnonnull warnings should highlight the relevant argument not the closing parenthesis

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86568 Martin Sebor changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot gnu.org

Re: GSoC: OMPD conversation

On Fri, Jun 05, 2020 at 03:13:42PM -0400, y2s1982 . wrote: > > > The LLVM's repository for OMPD development is at this github repo > > > , > > > under the branch ompd-test. > > > The OMPD documentation > > >

[Bug fortran/95530] [11 regression] ICE in gfortran.dg/equiv_11.f90 after r11-594

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95530 --- Comment #13 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:36442ee216acbe9a345ae625be53efbde8626477 commit r10-8254-g36442ee216acbe9a345ae625be53efbde8626477 Author: Harald Anlauf

[Bug fortran/95090] ICE: identifier overflow: 129

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090 --- Comment #14 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:2ee89130c278169b18b0123316ea4745120f commit r10-8251-g2ee89130c278169b18b0123316ea4745120f Author: Harald Anlauf

[Bug fortran/95090] ICE: identifier overflow: 129

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090 --- Comment #16 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:b3c17dfef86311a8b27b8e19854fd44cf8da29ee commit r10-8253-gb3c17dfef86311a8b27b8e19854fd44cf8da29ee Author: Harald Anlauf

[Bug fortran/95090] ICE: identifier overflow: 129

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95090 --- Comment #15 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:78c4b06ac3df51c460de835917549c8555ee4eaf commit r10-8252-g78c4b06ac3df51c460de835917549c8555ee4eaf Author: Harald Anlauf

[Bug fortran/95537] [11 regression] gfortran.dg/pr95090.f90 since r11-670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95537 --- Comment #10 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:36442ee216acbe9a345ae625be53efbde8626477 commit r10-8254-g36442ee216acbe9a345ae625be53efbde8626477 Author: Harald Anlauf

[Bug c++/95540] [coroutine] coroutine_traits<> lookup for lambdas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95540 --- Comment #6 from Iain Sandoe --- (In reply to Michael Bruck from comment #5) > > Since the coroutine traits are global, and the closure type is unique, > > that provides a way to disambiguate instantiations of the traits for > > lambdas with

Re: [PATCH v2] c++: Make braced-init-list as template arg work with aggr init [PR95369]

On Fri, May 29, 2020 at 03:17:51PM -0400, Jason Merrill via Gcc-patches wrote: > On 5/28/20 7:23 PM, Marek Polacek wrote: > > Barry pointed out to me that our braced-init-list as a template-argument > > extension doesn't work as expected when we aggregate-initialize. Thus > > fixed by calling

Re: GSoC: OMPD conversation

Hello, On Thu, Jun 4, 2020 at 6:54 PM Martin Jambor wrote: > Hi, > > On Sun, May 31 2020, y2s1982 . wrote: > > Hello team, > > > > I just wanted to give an update to my current progress. I spent most of > the > > time looking over OMPD documentation again and studying LLVM's approach > to > >

Re: AArch64 failures on tester

On Fri, 2020-06-05 at 14:27 +, Alex Coplan wrote: > Hello, > > Recently Jeff's tester picked up some test failures on AArch64. These > are now fixed as of commit ab563903 but the aarch64-linux-gnu build is > still failing with the following output: > > Old tests that failed, that have

[Bug bootstrap/95555] [11 regression] bootstrap build failure starting with r11-959

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 --- Comment #1 from Martin Sebor --- The reload_cse_simplify_operands() function allocates three arrays but resets only two: alternative_reject = XALLOCAVEC (int, recog_data.n_alternatives); alternative_nregs = XALLOCAVEC (int,

[Bug fortran/95500] Segfault compiling extra interface on intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95500 anlauf at gcc dot gnu.org changed: What|Removed |Added Resolution|--- |FIXED

[Bug c++/95540] [coroutine] coroutine_traits<> lookup for lambdas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95540 --- Comment #5 from Michael Bruck --- > Since the coroutine traits are global, and the closure type is unique, > that provides a way to disambiguate instantiations of the traits for > lambdas with otherwise identical signatures. But the closure

[Bug fortran/95500] Segfault compiling extra interface on intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95500 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:fa0d6c132c8fd7deb118f8309aa9dfe41a88e840 commit r9-8653-gfa0d6c132c8fd7deb118f8309aa9dfe41a88e840 Author: Harald Anlauf

[Bug fortran/95500] Segfault compiling extra interface on intrinsic

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95500 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:4b3ea558da6479dabe5841bcb0f6bad3f7fea858 commit r10-8250-g4b3ea558da6479dabe5841bcb0f6bad3f7fea858 Author: Harald Anlauf

Re: gcc math functions for OpenMP vectoization

On Fri, 5 Jun 2020 at 18:59, Toon Moene wrote: > > On 6/5/20 6:10 PM, Tobias Burnus wrote: > > > On 6/5/20 4:11 PM, Jakub Jelinek via Gcc wrote: > > >> It is glibc that provides them, not GCC. > >> See > >>

Re: gcc math functions for OpenMP vectoization

On June 5, 2020 7:58:20 PM GMT+02:00, Toon Moene wrote: >On 6/5/20 6:10 PM, Tobias Burnus wrote: > >> On 6/5/20 4:11 PM, Jakub Jelinek via Gcc wrote: > >>> It is glibc that provides them, not GCC. >>> See >>>

[Bug fortran/95537] [11 regression] gfortran.dg/pr95090.f90 since r11-670

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95537 --- Comment #9 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:bcd96c9cce962ca5b2c6f8459597fb759f945ccf commit r11-1009-gbcd96c9cce962ca5b2c6f8459597fb759f945ccf Author: Harald Anlauf Date:

[Bug fortran/95530] [11 regression] ICE in gfortran.dg/equiv_11.f90 after r11-594

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95530 --- Comment #12 from CVS Commits --- The master branch has been updated by Harald Anlauf : https://gcc.gnu.org/g:bcd96c9cce962ca5b2c6f8459597fb759f945ccf commit r11-1009-gbcd96c9cce962ca5b2c6f8459597fb759f945ccf Author: Harald Anlauf Date:

Re: [PATCH] Prefer simple case changes in spelling suggestions

David Malcolm writes: > On Sat, 2020-05-30 at 18:51 +, Pip Cet wrote: >> How's this? > > Thanks; looks good to me. Hopefully this doesn't clash with Tom's > patch. It doesn't, but I hope I got the commit message right this time. (I don't have git access, so if someone could commit this if

[committed] d: Merge upstream dmd f5638c7b8.

Hi, This patch merges the D front-end implementation with upstream dmd f5638c7b8. Adds a CHECKENABLE enum, uses it for all contract parameters for consistency in state checking. Bootstrapped and regression tested on x86_64-linux-gnu, and committed to mainline. Regards Iain. gcc/d/ChangeLog:

[Bug bootstrap/95555] New: [11 regression] bootstrap build failure starting with r11-959

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9 Bug ID: 9 Summary: [11 regression] bootstrap build failure starting with r11-959 Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] PR fortran/95530, PR fortran/95537 - Buffer overflows with long symbols

Am 05.06.20 um 18:45 schrieb Harald Anlauf: The testcases for fixes of buffer overflows did show some fallout in the testsuite that occurred only with suitably instrumented compilers. Bill Seurer provided useful backtraces on powerpc64 that helped to nail down the issues. To verifiy that the

Re: [PATCH 4/6] rs6000, Add vector shift double builtin support

Hi! On Mon, Jun 01, 2020 at 09:14:54AM -0700, Carl Love wrote: > * config/rs6000/altivec.h: Add define for vec_sldb and > vec_srdb. (vec_sldb, vec_srdb): New defines. (Etc.) > * testsuite/gcc.target/powerpc/vec-shift-double-runnable.c: Add > runnable test case.

Re: [PATCH RFC] bootstrap: Update requirement to C++11.

On 6/5/20 12:39 PM, Jason Merrill wrote: On Fri, Jun 5, 2020 at 12:01 PM Christophe Lyon mailto:christophe.l...@linaro.org>> wrote: On Fri, 15 May 2020 at 23:54, Jason Merrill via Gcc-patches mailto:gcc-patches@gcc.gnu.org>> wrote: > > On 5/15/20 2:21 PM, Richard Biener

Re: gcc math functions for OpenMP vectoization

On 6/5/20 6:10 PM, Tobias Burnus wrote: On 6/5/20 4:11 PM, Jakub Jelinek via Gcc wrote: It is glibc that provides them, not GCC. See https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/x86/fpu/bits/math-vector.h;h=0801905da7b85e2f43fb6b682a7b84c5eec469d4;hb=HEAD Minor addition:

[pushed] c++: Fix pretty-print of pointer minus integer.

For whatever reason, GCC internally represents a pointer minus an integer as a pointer plus a very large unsigned integer. But exposing that to users is unsightly, and it's easy enough to show the real value. Tested x86_64-pc-linux-gnu, applying to trunk. gcc/cp/ChangeLog: * error.c

[Bug fortran/95509] [11 regression] gfortran.dg/spellcheck-operator.f90 fails after r11-875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95509 Tom Tromey changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug fortran/95509] [11 regression] gfortran.dg/spellcheck-operator.f90 fails after r11-875

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95509 --- Comment #4 from CVS Commits --- The master branch has been updated by Tom Tromey : https://gcc.gnu.org/g:640e05e02b567fa5ccf4c207e6fc6c3e9a93b17c commit r11-1004-g640e05e02b567fa5ccf4c207e6fc6c3e9a93b17c Author: Tom Tromey Date: Fri Jun

[Bug c/95554] New: spurious -Wnonnull on a conditional call

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95554 Bug ID: 95554 Summary: spurious -Wnonnull on a conditional call Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug testsuite/95546] Random Fortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95546 --- Comment #5 from Steve Kargl --- On Fri, Jun 05, 2020 at 03:46:18PM +, jvdelisle at charter dot net wrote: > > I am curious, did this just start happening or is it a long time issue just > reported. Locking mecahnisms were adjusted

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65969 Haoxin Tu changed: What|Removed |Added CC||haoxintu at gmail dot com --- Comment #3

[Bug c++/95553] Incorrect/misspelled designators not triggering compilation error

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

[Bug c++/95553] New: Incorrect/misspelled designators not triggering compilation error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95553 Bug ID: 95553 Summary: Incorrect/misspelled designators not triggering compilation error Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH 3/3] Fortran derived-type mapping fix

Hi Julian! On 2020-06-04T06:40:55-0700, Julian Brown wrote: > This patch provides the same fix for Fortran derived type component > mappings with derived types as the patch posted previously: > > https://gcc.gnu.org/legacy-ml/gcc-patches/2020-01/msg00512.html > > IIUC this part was previously

[PATCH 1/4] aarch64: fix return address access with pac [PR94891][PR94791]

This is a big hammer fix for __builtin_return_address (PR target/94891) returning signed addresses (sometimes, depending on wether lr happens to be signed or not at the time of call which depends on optimizations), and similarly -pg may pass signed return address to _mcount (PR target/94791). At

[PATCH 3/4] libgcc: fix the handling of return address mangling [PR94891]

Mangling, currently only used on AArch64 for return address signing, is an internal representation that should not be exposed via __builtin_return_address return value, __builtin_eh_return handler argument, _Unwind_DebugHook handler argument. Note that a mangled address might not even fit

[PATCH 4/4] doc: Clarify __builtin_return_address [PR94891]

The expected semantics and valid usage of __builtin_return_address is not clear since it exposes implementation internals that are normally not meaningful to portable c code. This documentation change tries to clarify the semantics in case the return address is stored in a mangled form. This

[PATCH 2/4] aarch64: fix __builtin_eh_return with pac-ret [PR94891]

The handler argument must not be signed since that may come from outside the current module and exposing signed addresses is a pointer ABI break. (The signed address also may not be representable as void * which is why pac-ret is currently broken on ilp32.) There is no point protecting the eh

[PATCH 0/4] aarch64: avoid exposing signed return addresses [PR94891]

I'm not familiar with gcc internals enough to fix this the right way, this is a big hammer fix to avoid exposing mangled pointer representation to user code when pointer signing is used on aarch64. I.e. this is not an optimal fix just to show how i would want the ABI to work. This touches

[Bug fortran/95530] [11 regression] ICE in gfortran.dg/equiv_11.f90 after r11-594

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95530 anlauf at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 --- Comment #11 from

[PATCH] PR fortran/95530, PR fortran/95537 - Buffer overflows with long symbols

The testcases for fixes of buffer overflows did show some fallout in the testsuite that occurred only with suitably instrumented compilers. Bill Seurer provided useful backtraces on powerpc64 that helped to nail down the issues. To verifiy that the newly chosen buffer size is now sufficent, a

Re: [PATCH RFC] bootstrap: Update requirement to C++11.

On Fri, Jun 5, 2020 at 12:01 PM Christophe Lyon wrote: > On Fri, 15 May 2020 at 23:54, Jason Merrill via Gcc-patches > wrote: > > > > On 5/15/20 2:21 PM, Richard Biener wrote: > > > On May 15, 2020 7:30:38 PM GMT+02:00, Jason Merrill > wrote: > > >> On Fri, May 15, 2020 at 3:15 AM Richard

Re: [PATCH] middle-end/95493 - bogus MEM_ATTRS for variable array access

> I've installed it on trunk but will give it quite a while there before > backporting. I'm still somewhat worried about the > > /* ??? If we end up with a constant or a descriptor do not > record a MEM_EXPR. */ > else if (CONSTANT_CLASS_P (t) > >||

[OpenACC 'exit data'] Strip 'GOMP_MAP_STRUCT' mappings (was: [PATCH 07/13] OpenACC 2.6 deep copy: libgomp parts)

Hi! On 2020-05-20T11:37:35+0200, I wrote: > Moving this over, from the "Fix component mappings with derived types for > OpenACC" thread, > , where > you propose to change this 'GOMP_MAP_STRUCT' handling code: > > On

[Bug jit/87291] Add support for inline asm to libgccjit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291 David Malcolm changed: What|Removed |Added Attachment #48677|0 |1 is obsolete|

[OpenACC 'exit data'] Simplify 'GOMP_MAP_STRUCT' handling (was: [PATCH 07/13] OpenACC 2.6 deep copy: libgomp parts)

Hi! On 2020-05-20T11:37:35+0200, I wrote: > Moving this over, from the "Fix component mappings with derived types for > OpenACC" thread, > , where > you propose to change this 'GOMP_MAP_STRUCT' handling code: > > On

[Bug jit/87291] Add support for inline asm to libgccjit

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87291 --- Comment #21 from David Malcolm --- (In reply to bouanto from comment #20) > Well, there's syntax for assembly at the top-level so the user can enter > anything he wants, like in C. > I can craft you an example if you need to, though. I

[Bug fortran/95372] ICE in find_array_section, at fortran/expr.c:1687

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95372 kargl at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed||2020-06-05

Add 'libgomp.oacc-c-c++-common/struct-copyout-{1, 2}.c' (was: [PATCH 1/3] OpenACC "exit data" copyout for struct members)

Hi! On 2020-06-04T06:40:53-0700, Julian Brown wrote: > [...] I've added a couple of new testcases to verify the behaviour > (which fail without the patch). Thanks. Given the preparational patches pushed yesterday, these now PASS already. > *

Re: gcc math functions for OpenMP vectoization

On 6/5/20 4:11 PM, Jakub Jelinek via Gcc wrote: It is glibc that provides them, not GCC. See https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/x86/fpu/bits/math-vector.h;h=0801905da7b85e2f43fb6b682a7b84c5eec469d4;hb=HEAD Minor addition: That header file is included in math.h, i.e.

  1   2   3   >