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
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
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
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
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
(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
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
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
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
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
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
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 ]
> +// [
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',
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
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
15 matches
Mail list logo