[PATCH v2] xtensa: Optimize bitwise splicing operation

This patch optimizes the operation of cutting and splicing two register values at a specified bit position, in other words, combining (bitwise ORing) bits 0 through (C-1) of the register with bits C through 31 of the other, where C is the specified immediate integer 17 through 31. This typically a

Re: [PATCH] xtensa: Optimize bitwise splicing operation

On 2023/01/08 6:53, Max Filippov wrote: > On Fri, Jan 6, 2023 at 6:55 PM Takayuki 'January June' Suwa > wrote: >> >> This patch optimizes the operation of cutting and splicing two register >> values at a specified bit position, in other words, combining (bitwise >> ORing) bits 0 through (C-1) of t

Re: [PATCH] INSTALL: Default to --enable-cet=auto

On Fri, 27 Nov 2020, H.J. Lu wrote: > The new wording is > > --- > @code{--enable-cet=auto} is default. CET is enabled on Linux/x86 if > target binutils supports @code{Intel CET} instructions and disabled > otherwise. In this case, the target libraries are configured to get > additional @option{

Re: [PATCH] xtensa: Optimize bitwise splicing operation

On Fri, Jan 6, 2023 at 6:55 PM Takayuki 'January June' Suwa wrote: > > This patch optimizes the operation of cutting and splicing two register > values at a specified bit position, in other words, combining (bitwise > ORing) bits 0 through (C-1) of the register with bits C through 31 > of the othe

Re: [PATCH v2] xtensa: Optimize stack frame adjustment more

On Fri, Jan 6, 2023 at 6:55 PM Takayuki 'January June' Suwa wrote: > > This patch introduces a convenient helper function for integer immediate > addition with scratch register as needed, that splits and emits either > up to two ADDI/ADDMI machine instructions or an addition by register > followin

[PATCH] c++tools: Fix compilation of server.cc on hpux

Tested on trunk and gcc-12 with hppa64-hp-hpux11.11. Okay? Dave --- Fix compilation of server.cc on hpux. Select and FD_ISSET are declared in sys/time.h on most versions of hpux. As a result, HAVE_PSELECT and HAVE_SELECT can be 0. 2023-01-07 John David Anglin c++tools/ChangeLog:

[committed] Fix compilation of gcc.dg/atomic/c11-atomic-exec-[45].c on hpux

Tested on hppa64-hp-hpux11.11. Committed to trunk. Dave --- Fix compilation of gcc.dg/atomic/c11-atomic-exec-[45].c on hpux. _HPUX_SOURCE needs to be defined to provide various types needed for pthreads. 2023-01-07 John David Anglin gcc/testsuite/ChangeLog: * gcc.dg/atomic/c11-ato

[PATCH, modula2] v2 PR-108182 gm2 driver mishandles target and multilib options

Hi, This is version 2 with the SKIPOPT applied to every option given to save_switch. ok for master? Bootstrapped on x86_64 gnu/linux and darwin. regards, Gaius PR-108182 gm2 driver mishandles target and multilib options here are some patches which attempt to allow target specific include

Re: [PATCH] modula-2, libm2min: Declare abort and exit as expected.

Iain Sandoe writes: > Tested with a build on x86_64-darwin21, the build warnings are gone and > the build completed as normal. > OK for master? > thanks > Iain > > --- 8< --- > > The build is currently emitting a warning that abort() is declared differently > from the built-in. This updates the

[patch, fortran] Fix common subexpression elimination with IEEE rounding (PR108329)

Hello world, this patch fixes Fortran's handling of common subexpression elimination across ieee_set_rouding_mode calls. It does so using a rather big hammer, by issuing a memory barrier to force reload from memory (and thus a recomputation). This is a rather big hammer, so if there are more el

[PATCH] modula-2, libm2min: Declare abort and exit as expected.

Tested with a build on x86_64-darwin21, the build warnings are gone and the build completed as normal. OK for master? thanks Iain --- 8< --- The build is currently emitting a warning that abort() is declared differently from the built-in. This updates the declaration to match expectations. Sign

Java front-end and library patches v2

Disclaimer: this does not currently work. The front-end and library compile successfully, but fail to link at the very end. This is due to a regression caused by 1dedc12d186a110854537e1279b4e6c29f2df35a, which I have been unable to solve. Nevertheless, I am posting this patch series for two reaso

[PATCH] gcc: fix gcc --help -v opertion with linker flags and input files [PR108328]

PR gcc/108328 gcc/ChangeLog: * gcc/gcc.cc: print help once and only once --- gcc/gcc.cc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gcc/gcc.cc b/gcc/gcc.cc index d629ca5e424..bd468a6a254 100644 --- a/gcc/gcc.cc +++ b/gcc/gcc.cc @@ -5414,9 +5414,9 @@ process_command (u

Re: [PATCH, modula2] PR-108182 gm2 driver mishandles target and multilib options

> On 6 Jan 2023, at 21:42, Gaius Mulley via Gcc-patches > wrote: > > here are some patches which attempt to allow target specific include > paths and library paths in the gm2 driver. I admit that the patch has > flaws in that it only processes options -f, -m in the lang_specific_driver. > [

[PATCH] modula-2, driver: Do not add extra '-L' options that shadow $libdir.

tested on x86_64-linux-gnu, i686, powerpc, x86_64 darwin, note that this patch does expose PR108261 (but that is a separate issue). OK for trunk? thanks Iain --- 8< --- The driver is adding one '-L' option for each path to libm2xxx.a which is shadowing $libpath where the shared libraries are inst