[PING] [PATCH PR94442] [AArch64] Redundant ldp/stp instructions emitted at -O3

Ping for: Xie Zhiheng > -Original Message- > From: xiezhiheng > Sent: Thursday, April 2, 2020 2:35 PM > To: 'gcc-patches@gcc.gnu.org' > Subject: [PATCH PR94442] [AArch64] Redundant ldp/stp instructions emitted > at -O3 >

Re: [PATCH v2 2/2] RISC-V: Handle implied extension for -march parser.

On Sat, Apr 11, 2020 at 1:48 AM Jim Wilson wrote: > > On Fri, Apr 10, 2020 at 2:20 AM Kito Cheng wrote: > > - Implied rule are introduced into latest RISC-V ISA spec. > > - Only implemented D implied F-extension. Zicsr and Zifence are not > > implement yet, so the rule not included in thi

Re: [PATCH] Support the new ("v0") mangling scheme in rust-demangle.

Ping 3: https://gcc.gnu.org/pipermail/gcc-patches/2020-March/542012.html Thanks, - Eddy B. On Tue, Apr 7, 2020, at 00:52, Eduard-Mihai Burtescu wrote: > Ping 2: https://gcc.gnu.org/pipermail/gcc-patches/2020-March/542012.html > > Thanks, > - Eddy B. > > On Fri, Mar 13, 2020, at 10:28 PM, Eduard

[PATCH v2] rs6000: Don't use HARD_FRAME_POINTER_REGNUM if it's not live in pro_and_epilogue (PR91518)

This bug is exposed by FRE refactor of r263875. Comparing the fre dump file shows no obvious change of the segment fault function proves it to be a target issue. frame_pointer_needed is set to true in reload pass setup_can_eliminate, but regs_ever_live[31] is false, pro_and_epilogue uses it withou

Re: [PATCH] reject scalar array initialization with nullptr [PR94510]

On 4/10/20 8:52 AM, Jason Merrill wrote: On 4/9/20 4:23 PM, Martin Sebor wrote: On 4/9/20 1:32 PM, Jason Merrill wrote: On 4/9/20 3:24 PM, Martin Sebor wrote: On 4/9/20 1:03 PM, Jason Merrill wrote: On 4/8/20 1:23 PM, Martin Sebor wrote: On 4/7/20 3:36 PM, Marek Polacek wrote: On Tue, Apr 0

[PATCH] x86: Restore the frame pointer in word_mode

We must restore the frame pointer in word_mode for eh_return epilogues since the upper 32 bits of RBP register can have any values. Tested on Linux/x32 and Linux/x86-64. OK for master and backport to GCC 8/9 branches? Thanks. H.J. --- PR target/94556 * config/i386/i386.c (ix86_e

Committed Fortran test case for PR

Hi, I just committed a test case for PR 94091 as obvious. I had to fight git tooth and nail to do this. I'm sure that git does wonderful things for you when you have a mental picture in your mind of what is actually going on For people who don't, it is a catastrophe, and this includes most of th

[PATCH] c++: Infinite diagnostic loop with decltype([]{}) [PR94521]

We are hitting a recursive loop when printing the signature of a function containing a decltype([]{}) type. The loop is dump_function_decl -> dump_substitution -> dump_template_bindings -> dump_type -> dump_aggr_type

Re: [PATCH] c++: Stray RESULT_DECLs in result of constexpr function call [PR94034]

On Sat, 11 Apr 2020, Jason Merrill wrote: > On 4/10/20 5:47 PM, Patrick Palka wrote: > > On Fri, 10 Apr 2020, Jason Merrill wrote: > > > On 4/10/20 2:15 PM, Patrick Palka wrote: > > > > On Fri, 10 Apr 2020, Patrick Palka wrote: > > > > > > > > > On Fri, 10 Apr 2020, Jason Merrill wrote: > > > > >

[committed] Darwin, testsuite: Adjust indirect thunk tests for default flags.

Hi, This has been on my TODO for a while, it fixes up a bunch of tests that changed when the default shifted to no-common. tested on x86_64-darwin16 / x86-64-linux-gnu applied to master, thanks Iain Darwin mandates an indirection for variables in the commmon section. Since the change to -fno-