On Sat, Mar 30, 2019 at 5:34 AM Jeff Law wrote:
>
> On 3/28/19 1:38 AM, Uros Bizjak wrote:
> > On Thu, Mar 28, 2019 at 7:47 AM Hongtao Liu wrote:
> >>
> >> Hi Uros:
> >> would you help to review this patch?
> >
> > This is AVX512F patch, you will need the approval from the maintainer
> > first.
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-9.1-b20190324.fr.po',
On Mon, 18 Feb 2019 at 14:26, Matthias Klose wrote:
>
>
> sorry, I didn't mean to propose to rename the option, so
> --with-target-system-zlib=auto sounds fine.
OK, a bit belated, but here it is --with-target-system-zlib=auto.
--
Iain
---
ChangeLog:
2019-03-29 Iain Buclaw
* configu
On 3/21/19 6:04 AM, Nick Clifton wrote:
> Hi Ian,
>
> Attached is a proposed patch to fix PR 89394, which contains an
> artificial mangled name that triggers excessive recursion in
> d_count_templates_scopes. The patch uses the same recursion limit
> that is already in place for d_print_c
This was accidentally broken by the patch adding ELF attribute support.
The __riscv_compressed predefined macro is not being defined when the
target supports the C extension. The fix adds testcases to verify that
all of the predefined macros are correct for various option combinations.
Tested wit
On Fri, Mar 29, 2019 at 05:29:27PM -0400, Jason Merrill wrote:
> On 3/29/19 4:25 PM, Marek Polacek wrote:
> > On Thu, Mar 28, 2019 at 02:55:55PM -0400, Jason Merrill wrote:
> > > On 3/27/19 5:45 PM, Marek Polacek wrote:
> > > > Here we have a non-dependent constructor in a template:
> > > >
> > >
On 3/28/19 1:38 AM, Uros Bizjak wrote:
> On Thu, Mar 28, 2019 at 7:47 AM Hongtao Liu wrote:
>>
>> Hi Uros:
>> would you help to review this patch?
>
> This is AVX512F patch, you will need the approval from the maintainer
> first. I have no plans to maintain AVX512 beyond rubber-stamping OK
> de
On 3/29/19 4:25 PM, Marek Polacek wrote:
On Thu, Mar 28, 2019 at 02:55:55PM -0400, Jason Merrill wrote:
On 3/27/19 5:45 PM, Marek Polacek wrote:
Here we have a non-dependent constructor in a template:
{ VIEW_CONVERT_EXPR(j) }
In digest_init we call massage_init_elt, which calls digest_ini
On 29/03/19 12:02 -0400, Ed Smith-Rowland wrote:
On 3/29/19 9:23 AM, Jakub Jelinek wrote:
On Fri, Mar 29, 2019 at 09:10:26AM -0400, Ed Smith-Rowland via gcc-patches
wrote:
Greetings,
This patch implements C++20 constexpr for , , .
It's a large patch but only affects C++20 and the volume is m
On 3/29/19 1:47 PM, Jakub Jelinek wrote:
> Hi!
>
> The following patch improves the last 8 cases (both -m64 and ia32)
> that were using RMW cycle, for xor we actually emit
> new = old ^ other; new != old
> rather than
> new = old ^ other; new != 0
> and thus the peephole2 needs to recognize that
On 3/29/19 1:44 PM, Jakub Jelinek wrote:
> Hi!
>
> f{char,short,int,long}minus use a RMW instead of direct memory operation
> (regression from 8.3) on ia32. The problem is an extra register copy, which
> regcprop would fix up, but unfortunately peephole2 runs before regcprop.
> Also, in one of th
On 3/29/19 1:41 PM, Jakub Jelinek wrote:
> Hi!
>
> The following patch adjusts the pr49095.c testcase, so that it counts only
> the loads through the first argument of the function and thus doesn't care
> how many spill/fills are done using stack saves/loads vs. pushes.
>
> Regtested on x86_64-li
On Thu, Mar 28, 2019 at 02:55:55PM -0400, Jason Merrill wrote:
> On 3/27/19 5:45 PM, Marek Polacek wrote:
> > Here we have a non-dependent constructor in a template:
> >
> >{ VIEW_CONVERT_EXPR(j) }
> >
> > In digest_init we call massage_init_elt, which calls digest_init_r on the
> > element.
On 3/29/19 3:39 PM, Jakub Jelinek wrote:
Hi!
The following testcase is miscompiled, because when cp_build_modify_expr
processes assignment into lvalue COND_EXPR, the rhs doesn't have
side-effects and so stabilize_expr doesn't do anything to it, then we
use that rhs in both COND_EXPR branches (bu
Hi!
The following patch improves the last 8 cases (both -m64 and ia32)
that were using RMW cycle, for xor we actually emit
new = old ^ other; new != old
rather than
new = old ^ other; new != 0
and thus the peephole2 needs to recognize that too.
Bootstrapped/regtested on x86_64-linux and i686-lin
Hi!
f{char,short,int,long}minus use a RMW instead of direct memory operation
(regression from 8.3) on ia32. The problem is an extra register copy, which
regcprop would fix up, but unfortunately peephole2 runs before regcprop.
Also, in one of the existing peephole2s I've renumbered the operands so
Hi!
The following patch adjusts the pr49095.c testcase, so that it counts only
the loads through the first argument of the function and thus doesn't care
how many spill/fills are done using stack saves/loads vs. pushes.
Regtested on x86_64-linux and i686-linux, ok for trunk?
2019-03-29 Jakub Je
Hi!
The following testcase is miscompiled, because when cp_build_modify_expr
processes assignment into lvalue COND_EXPR, the rhs doesn't have
side-effects and so stabilize_expr doesn't do anything to it, then we
use that rhs in both COND_EXPR branches (but shared) and finally during
genericization
Hi!
We shouldn't optimize volatile compound literals to their initializers, even
when they are not addressable.
Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux,
committed to trunk.
2019-03-29 Jakub Jelinek
PR c/89872
* gimplify.c (gimplify_compound_literal
On Fri, Mar 29, 2019 at 10:50:04PM +1030, Alan Modra wrote:
> On Fri, Mar 29, 2019 at 04:47:21AM -0500, Segher Boessenkool wrote:
> > On Fri, Mar 29, 2019 at 04:00:55PM +1030, Alan Modra wrote:
> > > On Thu, Mar 28, 2019 at 01:08:55PM -0500, Segher Boessenkool wrote:
> > > > TARGET_DIRECT_MOVE is a
This patch adds additional internal namespace qualifications to the pstl
implementation.
>From 35dba02035ebb5fd44ac0f06e25a81dfef05898f Mon Sep 17 00:00:00 2001
From: Thomas Rodgers
Date: Thu, 28 Mar 2019 17:23:49 -0700
Subject: [PATCH] Add namespace qualification for pstl-internal symbols
Preve
On 3/29/19 9:09 AM, Jason Merrill wrote:
> On Fri, Mar 29, 2019 at 4:48 AM Richard Biener wrote:
>>
>> On Thu, 28 Mar 2019, Jason Merrill wrote:
>>
>>> On 3/26/19 4:40 AM, Richard Biener wrote:
On Mon, 18 Mar 2019, Richard Biener wrote:
> On Fri, 15 Mar 2019, Jason Merrill wrote:
>>>
On 3/14/19 7:47 PM, Martin Sebor wrote:
> To copy type attributes from struct A, the copy attribute (new
> in GCC 9) accepts a pointer argument such as (struct A*)0, but
> it isn't prepared for anything much more complicated than that.
> So for example when it's passed something like (struct A*)(0,
On 3/29/19 6:31 AM, zhroma wrote:
> Martin Sebor wrote 2019-03-28 22:44:
>> On 3/28/19 11:49 AM, Roman Zhuykov wrote:
>>> Ping
>>>
>>> A week ago I decided it is so minor that I can report here with a
>>> patch without creating bugzilla PR.
>>> Technically it is a "9 regression" in new functionalit
On Fri, Mar 29, 2019 at 11:31 AM Marek Polacek wrote:
>
> Here a missing guard caused the usual "Error reporting routines re-entered."
>
> Bootstrapped/regtested on x86_64-linux, ok for trunk?
>
> 2019-03-29 Marek Polacek
>
> PR c++/89876 - ICE with deprecated conversion.
> * ca
Am Fr., 29. März 2019 um 19:08 Uhr schrieb Ed Smith-Rowland via
libstdc++ :
>
> I made __memmove and __memcmp inline so that, certainly for C++ < 20
> these don't pessimize.
Hmmh, are you sure? In my (not very up-to-date) code base I find that
c++config.h defines
#ifndef _GLIBCXX20_CONSTEXPR
# if
On 3/29/19 12:39 PM, Jakub Jelinek wrote:
On Fri, Mar 29, 2019 at 12:02:48PM -0400, Ed Smith-Rowland wrote:
This differs from the previous patch in actually testing constexpr :-\ and
in the addition of wrappers for __builtin_memmove and __builtin_memcmp that
supply constexpr branches if C++20 an
Hi,
With second patch in the series applied, all unittests will now be
compiled and ran serially, causing a notable slowdown compared to the
previous method of testing.
This is just a copy-paste from libstdc++-v3 to enable parallelized
testing, with references appropriately fixed up to use libpho
Following on from the first patch, this removes the unittest.exp
script, and splits the druntime/phobos and static/shared combinations
into four separate test scripts.
By using dg-runtest, the unittest tests now honour `--target_board`.
It should also resolve the first part of PR d/88654 where the
> +#define ASM_LONG "\t.long\t"
Do not replicate targetm.asm_out.aligned_op.si, or integer_asm_op, really.
> +aarch64_file_end_indicate_exec_stack ()
> +{
> + file_end_indicate_exec_stack ();
> +
> + if (!aarch64_bti_enabled ()
> + && aarch64_ra_sign_scope == AARCH64_FUNCTION_NONE)
> +
Hi,
Currently, the druntime and phobos unittests are compiled as a
separate check program, then ran by the
libphobos.unittest/unittest.exp script. As PR 89255 notes, this
process lacks proper multilib handling.
What I want to do instead is compile and run each module that contains
unittests as a
On Fri, Mar 29, 2019 at 12:02:48PM -0400, Ed Smith-Rowland wrote:
> > > This differs from the previous patch in actually testing constexpr :-\ and
> > > in the addition of wrappers for __builtin_memmove and __builtin_memcmp
> > > that
> > > supply constexpr branches if C++20 and is_constant_evalua
On Fri, Mar 29, 2019 at 12:30:02PM -0400, Ed Smith-Rowland wrote:
> I see what you did there ;-) I could make my patch use the same idiom as
> what you have in the char_traits patch if folks would prefer.
>
> BTW, what does
>
> (void) __s;
Avoid -Wunused-parameter warning.
Jakub
On 3/26/19 4:49 PM, Rainer Orth wrote:
> Hi Jakub,
>
>> On Mon, Mar 25, 2019 at 11:41:35AM -0600, Jeff Law wrote:
PR c/89812 - incorrect maximum in error: requested alignment
‘536870912’ exceeds maximum 2147483648
gcc/c-family/ChangeLog:
PR c/89812
* c-
On 3/26/19 9:29 AM, Jakub Jelinek wrote:
> On Mon, Mar 25, 2019 at 11:41:35AM -0600, Jeff Law wrote:
>>> PR c/89812 - incorrect maximum in error: requested alignment
>>> ‘536870912’ exceeds maximum 2147483648
>>>
>>> gcc/c-family/ChangeLog:
>>>
>>> PR c/89812
>>> * c-common.c (check_us
On 3/29/19 11:12 AM, Jakub Jelinek wrote:
On Fri, Mar 29, 2019 at 11:07:53AM -0400, Jason Merrill wrote:
On Tue, Mar 19, 2019 at 4:57 PM Ed Smith-Rowland via gcc-patches
wrote:
On 3/18/19 6:18 PM, Jonathan Wakely wrote:
On 17/03/19 22:54 -0400, Ed Smith-Rowland via libstdc++ wrote:
I'm very s
On 3/29/19 4:58 AM, Martin Liška wrote:
> Hi.
>
> The patch enhances option suggestion for options that expect
> an argument.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed?
> Thanks,
> Martin
>
> gcc/ChangeLog:
>
> 2019-03-29 Martin Liska
On 3/29/19 9:23 AM, Jakub Jelinek wrote:
On Fri, Mar 29, 2019 at 09:10:26AM -0400, Ed Smith-Rowland via gcc-patches
wrote:
Greetings,
This patch implements C++20 constexpr for , , .
It's a large patch but only affects C++20 and the volume is mostly test
cases.
This differs from the previous
Here a missing guard caused the usual "Error reporting routines re-entered."
Bootstrapped/regtested on x86_64-linux, ok for trunk?
2019-03-29 Marek Polacek
PR c++/89876 - ICE with deprecated conversion.
* call.c (convert_like_real): Only give warnings with tf_warning.
As per the PR.
Tested on x86_64-linux, applying to trunk.
2019-03-29 Marek Polacek
PR c++/89871
* g++.dg/cpp2a/desig14.C: New test.
diff --git gcc/testsuite/g++.dg/cpp2a/desig14.C
gcc/testsuite/g++.dg/cpp2a/desig14.C
new file mode 100644
index 000..cfcaa88485c
--- /d
On Fri, Mar 29, 2019 at 11:07:53AM -0400, Jason Merrill wrote:
> On Tue, Mar 19, 2019 at 4:57 PM Ed Smith-Rowland via gcc-patches
> wrote:
> >
> > On 3/18/19 6:18 PM, Jonathan Wakely wrote:
> > > On 17/03/19 22:54 -0400, Ed Smith-Rowland via libstdc++ wrote:
> > > I'm very surprised that none of t
On Fri, Mar 29, 2019 at 4:48 AM Richard Biener wrote:
>
> On Thu, 28 Mar 2019, Jason Merrill wrote:
>
> > On 3/26/19 4:40 AM, Richard Biener wrote:
> > > On Mon, 18 Mar 2019, Richard Biener wrote:
> > >
> > > > On Fri, 15 Mar 2019, Jason Merrill wrote:
> > > >
> > > > > On 3/15/19 9:33 AM, Richard
On Tue, Mar 19, 2019 at 4:57 PM Ed Smith-Rowland via gcc-patches
wrote:
>
> On 3/18/19 6:18 PM, Jonathan Wakely wrote:
> > On 17/03/19 22:54 -0400, Ed Smith-Rowland via libstdc++ wrote:
> > I'm very surprised that none of the algos that dispatch to
> > __builtin_memove need changes, because those
On 3/28/19 7:54 PM, Martin Sebor wrote:
On 3/28/19 11:45 AM, Jason Merrill wrote:
On 3/27/19 6:56 PM, Martin Sebor wrote:
On 3/27/19 3:11 PM, Martin Sebor wrote:
On 3/27/19 4:44 AM, Jonathan Wakely wrote:
On 21/03/19 15:03 -0400, Jason Merrill wrote:
On 3/20/19 6:06 PM, Marek Polacek wrote:
Hi.
That's one obvious patch where I remove the option from documentation.
Martin
gcc/ChangeLog:
2019-03-29 Martin Liska
* doc/invoke.texi: Remove -Wchkp from documentation.
---
gcc/doc/invoke.texi | 6 --
1 file changed, 6 deletions(-)
diff --git a/gcc/doc/invoke.texi b/gcc/
On 3/29/19 12:10 PM, Kyrill Tkachov wrote:
Hi Alejandro,
Sorry, I meant to say Andrea!
Kyrill
On 3/29/19 11:01 AM, Andrea Corallo wrote:
> Hi all,
> simple patch addressing minor style issue into
> gcc/config/aarch64/cortex-a57-fma-steering.c.
>
> make BOOT_CFLAGS='-mcpu=cortex-a57' bootst
Hi
This patch adds the GNU NOTE section to the BTI and/or PAC
enabled objects for linux targets.
The ABI document that we published mentioning GNU NOTE section is below:
https://developer.arm.com/docs/ihi0056/latest/elf-for-the-arm-64-bit-architecture-aarch64-abi-2018q4
The patches needed for the
The following patch addresses the issue that asms which clobber
hard registers are no optimization barriers for local hardreg
vars on GIMPLE.
Bootstrapped / tested on x86_64-unknown-linux-gnu.
OK?
Thanks,
Richard.
2019-03-29 Richard Biener
PR tree-optimization/87984
* gimp
Hi James
On 22/03/2019 16:25, James Greenhalgh wrote:
> On Wed, Mar 20, 2019 at 10:17:41AM +, Sudakshina Das wrote:
>> Hi Kyrill
>>
>> On 12/03/2019 12:03, Kyrill Tkachov wrote:
>>> Hi Sudi,
>>>
>>> On 2/22/19 10:45 AM, Sudakshina Das wrote:
Hi
This patch documents the addition
On Fri, Mar 29, 2019 at 09:10:26AM -0400, Ed Smith-Rowland via gcc-patches
wrote:
> Greetings,
>
> This patch implements C++20 constexpr for , , .
>
> It's a large patch but only affects C++20 and the volume is mostly test
> cases.
>
> This differs from the previous patch in actually testing co
Greetings,
This patch implements C++20 constexpr for , , .
It's a large patch but only affects C++20 and the volume is mostly test
cases.
This differs from the previous patch in actually testing constexpr :-\
and in the addition of wrappers for __builtin_memmove and
__builtin_memcmp that su
Martin Sebor wrote 2019-03-28 22:44:
On 3/28/19 11:49 AM, Roman Zhuykov wrote:
Ping
A week ago I decided it is so minor that I can report here with a
patch without creating bugzilla PR.
Technically it is a "9 regression" in new functionality added back in
summer.
Patch was succesfully bootst
On Fri, Mar 29, 2019 at 04:47:21AM -0500, Segher Boessenkool wrote:
> On Fri, Mar 29, 2019 at 04:00:55PM +1030, Alan Modra wrote:
> > On Thu, Mar 28, 2019 at 01:08:55PM -0500, Segher Boessenkool wrote:
> > > TARGET_DIRECT_MOVE is always on for these CPUs. Should this also use the
> > > m*vsr* cost
Hi Alejandro,
On 3/29/19 11:01 AM, Andrea Corallo wrote:
Hi all,
simple patch addressing minor style issue into
gcc/config/aarch64/cortex-a57-fma-steering.c.
make BOOT_CFLAGS='-mcpu=cortex-a57' bootstrap
Okay for trunk?
Bests
Andrea
Thanks for the patch.
This looks ok to me but you'll
Hi all,
simple patch addressing minor style issue into
gcc/config/aarch64/cortex-a57-fma-steering.c.
make BOOT_CFLAGS='-mcpu=cortex-a57' bootstrap
Okay for trunk?
Bests
Andrea
2019-03-29 Andrea Corallo
PR target/83033
* config/aarch64/cortex-a57-fma-steering.c
(f
Hi.
The patch enhances option suggestion for options that expect
an argument.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
Thanks,
Martin
gcc/ChangeLog:
2019-03-29 Martin Liska
PR driver/89861
* opt-suggestions.c (option_prop
On Thu, Mar 28, 2019 at 6:53 PM Qing Zhao wrote:
>
>
> > On Mar 28, 2019, at 11:30 AM, Qing Zhao wrote:
> >
> > Thanks.
> >
> > I updated ipa-inline.c as you suggested, and tested the gcc with all
> > live-patching-*.c testing cases, all were fine.
> > bootstrapped on aarch64, and now the regres
Hi!
On Fri, Mar 29, 2019 at 04:00:55PM +1030, Alan Modra wrote:
> On Thu, Mar 28, 2019 at 01:08:55PM -0500, Segher Boessenkool wrote:
> > Darwin doesn't do VSX at all... But maybe there is something that can get
> > allocated to both FPRs and VRs, sure. And GPRs.
> >
> > This PREFERRED_RELOAD_C
Hi Segher,
> On 29 Mar 2019, at 09:33, Segher Boessenkool
> wrote:
> On Fri, Mar 29, 2019 at 01:32:28AM +, Iain Sandoe wrote:
>>
>>> On 28 Mar 2019, at 18:08, Segher Boessenkool
>>> wrote:
diff --git a/gcc/config/rs6000/darwin.h b/gcc/config/rs6000/darwin.h
index 9fb36e41e7d..2
Hi Iain,
On Fri, Mar 29, 2019 at 01:32:28AM +, Iain Sandoe wrote:
>
> > On 28 Mar 2019, at 18:08, Segher Boessenkool
> > wrote:
> >> diff --git a/gcc/config/rs6000/darwin.h b/gcc/config/rs6000/darwin.h
> >> index 9fb36e41e7d..20c59f89c8f 100644
> >> --- a/gcc/config/rs6000/darwin.h
> >> +++
On Thu, 28 Mar 2019, Jason Merrill wrote:
> On 3/26/19 4:40 AM, Richard Biener wrote:
> > On Mon, 18 Mar 2019, Richard Biener wrote:
> >
> > > On Fri, 15 Mar 2019, Jason Merrill wrote:
> > >
> > > > On 3/15/19 9:33 AM, Richard Biener wrote:
> > > > >
> > > > > The following is an attempt to fix
> I have also tested the patch with x86_64-linux-gnu with no new regressions.
> Is this OK for trunk?
Yes, but please put it on all active branches.
--
Eric Botcazou
62 matches
Mail list logo
