Re: Bind to std::equal plumbing in ranges::equal

2020-03-08 Thread François Dumont
On 3/6/20 11:12 AM, Jonathan Wakely wrote: On 06/03/20 10:09 +, Jonathan Wakely wrote: On 06/03/20 07:06 +0100, François Dumont wrote: I started to work on ranges::equal to find out if what I am trying to do is totally silly. With this patch ranges::equal is in pare with std::equal speci

Re: [PATCH] [rs6000] Fix a wrong GC issue

2020-03-08 Thread binbin
Hi Segher, On 2020/3/5 下午6:42, Segher Boessenkool wrote: Hi Bin Bin, On Thu, Mar 05, 2020 at 10:31:39AM +0800, binbin wrote: On 2020/3/5 上午2:35, Segher Boessenkool wrote: On Wed, Mar 04, 2020 at 03:08:41PM +0800, binbin wrote: * config/rs6000/rs6000.h (MAX_MACHINE_MODE): Include the

Re: [PATCH v2] c++: Fix ABI issue with alignas on armv7hl [PR94050]

2020-03-08 Thread Marek Polacek
On Sun, Mar 08, 2020 at 01:25:17AM -0500, Jason Merrill wrote: > On 3/7/20 6:02 PM, Marek Polacek wrote: > > On Sat, Mar 07, 2020 at 01:21:41AM -0500, Jason Merrill wrote: > > > On 3/6/20 8:12 PM, Marek Polacek wrote: > > > > On Fri, Mar 06, 2020 at 05:49:07PM -0500, Jason Merrill wrote: > > > > >

Re: [PING^2][PATCH] Fix documentation of -mpoke-function-name ARM option

2020-03-08 Thread blatinox
Hi Sandra, On Mon, Feb 24, 2020 at 02:19:21PM -0700, Sandra Loosemore wrote: > On 2/20/20 3:08 PM, Jérémy Lefaure wrote: > > Hello, > > > > Ping for https://gcc.gnu.org/ml/gcc-patches/2019-12/msg01081.html. > > > > Thank you, > > Jérémy > > > > On Sun, Dec 15, 2019 at 07:20:26PM +0100, Jérémy L

Re: Minor regression due to recent IRA changes

2020-03-08 Thread Jeff Law
On Sun, 2020-03-08 at 15:53 +0900, Oleg Endo wrote: > On Thu, 2020-03-05 at 08:51 -0700, Jeff Law wrote: > > FWIW I've got an sh4/sh4eb bootstrap and regression test running with > > HONOR_REG_ALLOC_ORDER defined. As Vlad mentioned, that may be a > > viable workaround. > > > > I've had a look at

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

2020-03-08 Thread J.W. Jagersma
On 2020-03-08 00:03, Segher Boessenkool wrote: > On Sat, Mar 07, 2020 at 10:06:46PM +0100, J.W. Jagersma wrote: >> Thanks Marek and Gerald, I hadn't read that page yet. So do I resubmit >> the final patch during stage 1, or will it end up in a queue to be >> included when stage 1 for gcc 11 (or 10

New Danish PO file for 'cpplib' (version 10.1-b20200209)

2020-03-08 Thread Translation Project Robot
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Danish team of translators. The file is available at: https://translationproject.org/latest/cpplib/da.po (This file, 'cpplib-10.1-b2020020

Contents of PO file 'cpplib-10.1-b20200209.da.po'

2020-03-08 Thread Translation Project Robot
The Translation Project robot, in the name of your translation coordinator.

Re: [PATCH][gcc] libgccjit: introduce version entry points

2020-03-08 Thread Andrea Corallo
Hi, thanks for reviewing, I've totally missed this multi-thread aspect. David Malcolm writes: > On Thu, 2020-03-05 at 21:34 -0500, David Malcolm wrote: >> On Thu, 2020-01-16 at 11:11 +, Andrea Corallo wrote: > > Responding to my own ideas about thread-safety. > > [...] > >> My first thought

Re: [Patch, fortran] PR93581 - [9/10 Regression] ICE in gfc_get_dataptr_offset, at fortran/trans-array.c:6951

2020-03-08 Thread Thomas Koenig via Gcc-patches
Hi Paul, ***ping*** OK. Thanks for the patch! Regards Thomas

[Patch, fortran] PR93833 - [8/9/10 Regression] ICE in trans_array_constructor, at fortran/trans-array.c:2566

2020-03-08 Thread Paul Richard Thomas
This is yet another case, where a deferred character length variable loses the character length backend_decl. As previously, converting the expression and using the string_length recovers it successfully. Regtested on FC31/x86_64 - OK for trunk, followed by 8- and 9-branches after a week or two?

Re: [Patch, fortran] PR93581 - [9/10 Regression] ICE in gfc_get_dataptr_offset, at fortran/trans-array.c:6951

2020-03-08 Thread Paul Richard Thomas
***ping*** On Sun, 1 Mar 2020 at 16:00, Paul Richard Thomas wrote: > > This is a straightforward patch, especially for the bug in the PR! The > additional fix ensures that expr%LEN always returns a scalar. Please > note the comment in resolve.c about bounds checking. > > Regtests on trunk - OK fo

[COMMITTED, PATCH] gcc.target/i386/pr89229-3c.c: Include "pr89229-3a.c"

2020-03-08 Thread H.J. Lu
On Thu, Mar 5, 2020 at 3:47 PM Jeff Law wrote: > > On Sat, 2020-02-29 at 06:16 -0800, H.J. Lu wrote: > > On x86, when AVX and AVX512 are enabled, vector move instructions can > > be encoded with either 2-byte/3-byte VEX (AVX) or 4-byte EVEX (AVX512): > > > >0: c5 f9 6f d1 vmovdqa %