Re: [pushed] c++: implicit operator== with previous decl [PR94583]

On Sat, Apr 25, 2020 at 12:17:18AM -0400, Jason Merrill via Gcc-patches wrote: > P2085 clarified that a defaulted comparison operator must be the first > declaration of the function. Rejecting that avoids the ICE trying to > compare the noexcept-specifications. > > Tested x86_64-pc-linux-gnu, app

Re: [PATCH] c++, middle-end, rs6000: Fix C++17 ABI incompatibilities during class layout [PR94707]

On Sat, Apr 25, 2020 at 6:03 AM Jakub Jelinek wrote: > > Hi! > > As reported by Iain and David, powerpc-darwin and powerpc-aix* have C++14 > vs. C++17 ABI incompatibilities which are not fixed by mere adding of > cxx17_empty_base_field_p calls. Unlike the issues that were seen on other > targets

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

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 French team of translators. The file is available at: https://translationproject.org/latest/gcc/fr.po (This file, 'gcc-10.1-b20200322.fr.po',

Re: [committed] d: Merge upstream dmd 09db0c41e, druntime e68a5ae3.

Hi! On Sat, Apr 25, 2020 at 02:20:19AM +0200, Iain Buclaw via Gcc-patches wrote: > +// Parse DoubleDoubles as a pair of doubles. > +// The layout of the type is: > +// > +// [1| 7 | 56 ][ 8| 56 ] > +// [

Re: [PATCH v5 GCC] libffi/test: Fix compilation for build sysroot

On Wed, 22 Apr 2020, Jeff Law wrote: > > libffi/ > > * Makefile.am (DISTCLEANFILES): New variable. > > * configure.ac: Produce `local.exp'. > > * Makefile.in: Regenerate. > > * configure: Regenerate. > > * testsuite/Makefile.am (EXTRA_DEJAGNU_SITE_CONFIG): New > > vari

Re: [PATCH] c++, middle-end, rs6000: Fix C++17 ABI incompatibilities during class layout [PR94707]

On Sat, Apr 25, 2020 at 08:48:09AM -0500, Segher Boessenkool wrote: > > This patch adds a langhook, which will return true for those cases. It > > shouldn't be problematic with LTO, because lto1 should see only > > structures/classes that are already laid out, or if it does some structure > > layo

Re: [PATCH] Enable Intel CET in liblto_plugin.so on Intel CET enabled host

On Sat, Apr 25, 2020 at 9:29 AM Richard Biener wrote: > > On April 24, 2020 9:31:58 PM GMT+02:00, "H.J. Lu" wrote: > >Since ld is Intel CET enabled on Intel CET enabled host, dlopen fails > >on > >liblto_plugin.so if it isn't Intel CET enabled. Add GCC_CET_HOST_FLAGS > >to cet.m4, use it in libi

Re: [PATCH] Enable Intel CET in liblto_plugin.so on Intel CET enabled host

On April 24, 2020 9:31:58 PM GMT+02:00, "H.J. Lu" wrote: >Since ld is Intel CET enabled on Intel CET enabled host, dlopen fails >on >liblto_plugin.so if it isn't Intel CET enabled. Add GCC_CET_HOST_FLAGS >to cet.m4, use it in libiberty and lto-plugin to always enable Intel >CET in liblto_plugin.s

Re: [PATCH] coroutines: Fix handling of non-class coroutine returns [PR94759]

On 25/04/20 14:49 +0100, Iain Sandoe wrote: Hi From the standard: The header defines the primary template coroutine_traits such that if ArgTypes is a parameter pack of types and if the qualified-id R::promise_type is valid and denotes a type, then coroutine_traits has the following publicly ac

[PATCH] coroutines: Pass class ref to traits lookup and promise allocator [PR94760]

(WAS [PATCH] coroutines: Handle lambda capture objects in the way as clang.) I am sorry to mess you around on this. You had approved a previous patch, which I then withdrew because of the confusion about what each implementation was doing (you were on that long email thread). Now that MSVC and

[PATCH] coroutines: Fix handling of non-class coroutine returns [PR94759]

Hi >From the standard: The header defines the primary template coroutine_traits such that if ArgTypes is a parameter pack of types and if the qualified-id R::promise_type is valid and denotes a type, then coroutine_traits has the following publicly accessible member: using promise_type = ty

Re: [PATCH] c++, middle-end, rs6000: Fix C++17 ABI incompatibilities during class layout [PR94707]

Hi! On Sat, Apr 25, 2020 at 12:03:10PM +0200, Jakub Jelinek wrote: > As reported by Iain and David, powerpc-darwin and powerpc-aix* have C++14 > vs. C++17 ABI incompatibilities which are not fixed by mere adding of > cxx17_empty_base_field_p calls. Unlike the issues that were seen on other > targ

[patch, fortran, committed] Fix PR 94578

Hello world, rather than touch 50% of the files in our libfortran subdirectory, I opted for the simple and obvious way - if the RHS is a pointer which may have a span, just create a temporary. (We're also qutie close to a release candidate if I count the P1 regressions correctly, so this is not

[PATCH] c++, middle-end, rs6000: Fix C++17 ABI incompatibilities during class layout [PR94707]

Hi! As reported by Iain and David, powerpc-darwin and powerpc-aix* have C++14 vs. C++17 ABI incompatibilities which are not fixed by mere adding of cxx17_empty_base_field_p calls. Unlike the issues that were seen on other targets where the artificial empty base field affected function argument pa

[PATCH] coroutines: Do not assume parms are named [PR94752].

Hi As pointed out in the PR, parameters to user-defined coroutines might be unnamed. In that case, we must synthesize a name for the coroutine frame copy. tested on x86_64-darwin16 so far, OK if it passes regtest on x86_64-linux? thanks Iain gcc/cp/ChangeLog: 2020-04-25 Iain Sandoe