Thanks, the v5 update as comments:
1. Move const_rhs shift out of loop;
2. Iterate from int size for read_mode.
This patch could optimize(works for char/short/int/void*):
6: r119:TI=[r118:DI+0x10]
7: [r118:DI]=r119:TI
8: r121:DI=[r118:DI+0x8]
=>
6: r119:TI=[r118:DI+0x10]
16: r122:DI=r119:TI#
Hi,
This patch merges the D front-end implementation with upstream dmd
c2274e56a, fixing a couple ICE bugs found in the front-end.
1. Fixes an ICE in the front-end if a struct symbol were to appear twice
in the compilation unit.
2. Fixes a rejects-valid bug in the front-end where `(symbol)' was
* Florian Weimer via Gcc-patches:
> The intent was that this was implied by powerpc64-unknown-linux-gnu,
> but this not very obvious because of the ELFv1 vs ELFv2 ABI
> differences.
>
> ---
> htdocs/gcc-10/criteria.html | 1 +
> htdocs/gcc-11/criteria.html | 1 +
> htdocs/gcc-9/criteria.html | 1
This patch add support for Fujitsu A64FX, as the first step of adding
A64FX machine model.
A64FX is used in FUJITSU Supercomputer PRIMEHPC FX1000,
PRIMEHPC FX700, and supercomputer Fugaku.
The official microarchitecture information of A64FX can be read at
https://github.com/fujitsu/A64FX.
Changel
> -Original Message-
> From: Richard Sandiford [mailto:richard.sandif...@arm.com]
> Sent: Friday, July 31, 2020 5:03 PM
> To: xiezhiheng
> Cc: Richard Biener ; gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH PR94442] [AArch64] Redundant ldp/stp instructions
> emitted at -O3
>
> xiezhiheng
Hi Ian,
> This libgo patch updates the sources to the go1.15rc1 release
> candidate. As usual, the changes for this update are too large to
> include in an e-mail message. I've just included the highlights and
> changes to GCC-specific files below. Bootstrapped and ran Go
> testsuite on x86_64-
On August 2, 2020 1:17:20 PM GMT+02:00, Sergei Trofimovich
wrote:
>From: Sergei Trofimovich
>
>r11-2447-g:1212cfad093 ("Improve var-tracking dataflow
>iteration order") changed 'in_pending' initialization
>from:
>
>in_pending = sbitmap_alloc (last_basic_block_for_fn (cfun));
>bitmap_ones
PR rtl-optimization/60473 was a code quality regression that has
been cured by improvements to register allocation. For the function
in the test case, GCC 4.4, 4.5 and 4.6 generated very poor code
requiring two mov instructions:
foo:rdtsc
mov rcx, rax
mov ra
Hi,
remove_predictions_associated_with_edge currently calls filter_predicitons
passing it equal_edge_p. Becase filter_predictions removes all edges where
filter returns false, the function does exact oposite. Fixed thus.
Bootstrapped/regtested x86_64-linux.
gcc/ChangeLog:
2020-08-02 Jan Hubicka
From: Sergei Trofimovich
r11-2447-g:1212cfad093 ("Improve var-tracking dataflow
iteration order") changed 'in_pending' initialization
from:
in_pending = sbitmap_alloc (last_basic_block_for_fn (cfun));
bitmap_ones (in_pending);
to more complex partial bit population algorithm. Due to pre
The following patch avoids simplifying x-0.0 to x when -fsignaling-nans is
specified,
which resolves PR rtl-optimization 61494. Indeed, running the test program
attached
to that PR now reports no failures. Alas reducing that validation program
to a portable
test for the GCC testsuite is a challe
The following patch avoids simplifying x-0.0 to x when -fsignaling-nans is
specified,
which resolves PR rtl-optimization 61494. Indeed, running the test program
attached
to that PR now reports no failures. Alas reducing that validation program
to a portable
test for the GCC testsuite is a challe
This breaks ia64-linux. According to
arch/ia64/kernel/syscalls/syscall.tbl, the getrandom syscall is 315 and
copy_file_range is 323.
../../../libgo/go/internal/syscall/unix/copy_file_range_linux.go:13:42: error:
reference to undefined name 'copyFileRangeTrap'
13 | r1, _, errno := sysc
13 matches
Mail list logo
