[PATCH] i386: Rounding functions TLC

Use copy_to_reg where appropriate, use int_mode_for_mode and fix comment indentation. No functional changes. 2020-12-29 Uroš Bizjak gcc/ * config/i386/i386-expand.c (ix86_gen_TWO52): Use REAL_MODE_FORMAT to determine number of mantissa bits. Use real_2expN instead of real_ldexp.

[r11-6351 Regression] FAIL: gcc.target/i386/pr92658-avx512bw-2.c scan-assembler-times pmovsxwq 2 on Linux/x86_64

On Linux/x86_64, 12ae2bc70846a2be8255eaa41322cd1a5a7b7350 is the first bad commit commit 12ae2bc70846a2be8255eaa41322cd1a5a7b7350 Author: Hongyu Wang Date: Fri Dec 25 09:25:39 2020 +0800 Fix standard name for zero/sign extend expanders caused FAIL: gcc.target/i386/pr92658-avx512bw-2.c sc

Re: Split wchars tests from the normal variant

On Dec 28, 2020, François Dumont wrote: > On 22/12/20 10:27 pm, Alexandre Oliva wrote: >> While updating Corentin's patch for mainline, I brought over to the >> split-out test even the preprocessor conditional that is present in the >> current version of the test, but required/implied by dg-requ

[committed] libgomp: Avoid bad "up" link in libgomp docs

A bit ago I asked Sandra for advise on how to get rid of the bad "up" link in our libgomp docs, and she kindly provided the patch below which I now pushed. Is there something I could have done differently so that Author: in Git lists her instead of me? Or should Author: list the committer? Geral

[committed] doc: Remove HSAIL from Language Standards

Pushed. There's quite a number of further references in gcc/doc; is anyone planning on continuing the deprecation and removing the actual bits? Gerald commit 7e999bd84f47205dc44b0f2dc90b53b3c888ca48 Author: Gerald Pfeifer Date: Mon Dec 28 21:41:55 2020 +0100 doc: Remove HSAIL from Lan

[PATCH] i386: Fix __builtin_rint with FE_DOWNWARD rounding direction [PR96793]

[The same cure is needed for __builtin_rint.] x86_expand_rint expander uses x86_sse_copysign_to_positive, which is unable to change the sign from - to +. When FE_DOWNWARD rounding direction is in effect, the expanded sequence that involves subtraction can trigger x - x = -0.0 special rule. x86_s

Re: Split wchars tests from the normal variant

On 22/12/20 10:27 pm, Alexandre Oliva wrote: This change extracts apart the wchar specific parts of character conversion tests to allow conditonalizating these parts on actual wchar support while applying the rest more generally. This turned out useful during our work on the libstdc++ support fo

Re: Add dg-require-wchars to libstdc++ testsuite

On 22/12/20 10:12 pm, Alexandre Oliva wrote: Some tests uses structures from the libstdc++ that are present only if the target has a wchar.h header. However, those tests do not check that the target supports those constructs before executing the tests. Like you already spotted in another threa

Re: Add dg-require-wchars to libstdc++ testsuite

On 22/12/20 10:12 pm, Alexandre Oliva wrote: Some tests uses structures from the libstdc++ that are present only if the target has a wchar.h header. However, those tests do not check that the target supports those constructs before executing the tests. Looks like those tests should be in some

Re: [committed] wwwdocs: Move cilkplus to Inactive branches

On Sun, Dec 27, 2020 at 6:55 PM Gerald Pfeifer wrote: > On Sun, 27 Dec 2020, Eric Gallager wrote: > > If it's now inactive, maybe also reword the description to change tense > > from present to past? > > i.e.: > > Yes... > > > cilkplus > > This branch was for the development of the now-obsolete C

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

Hi Paul, Retested on FC33/x86_64 - OK for master, then 9&10 branches in a few weeks? OK. Thanks a lot for the patch! Best regards Thomas

[Patch, fortran] PR97612 [F08] Structure constructor of type with nested allocatable array components fails to compile

Hi All, Another one bites the dust! The patch is commented such that it is self-explanatory. Regtests on FC33/x86_64 - OK for master? Paul Fortran: Correct missing structure constructor comps. [PR97612]. 2020-12-27 Paul Thomas gcc/fortran PR fortran/97612 * primary.c (build_actual_construc

[PATCH] i386: Use existing temporary register in rounding functions

It is possible to avoid the call to force_reg and use existing temporary register in ix86_expand_trunc, ix86_expand_round and ix86_expand_rounddf_32 expanders. 2020-12-28 Uroš Bizjak gcc/ * config/i386/i386-expand.c (ix86_expand_trunc): Use existing temporary register to avoid a call t

[PATCH 8/8 v9]middle-end slp: Add complex operations class to share first match among all matchers

Hi All, This introduces a common class complex_operations_pattern which encapsulates the complex add, mul, fma and fms pattern in such a way so that the first match is shared. Bootstrapped Regtested on aarch64-none-linux-gnu, x86_64-pc-linux-gnu and no issues. Ok for master? Thanks, Tamar gcc/

[PATCH 7/8 v9]middle-end slp: support complex FMS and complex FMS conjugate

Hi All, This adds support for FMS and FMS conjugated to the slp pattern matcher. Bootstrapped Regtested on aarch64-none-linux-gnu, x86_64-pc-linux-gnu and no issues. Ok for master? Thanks, Tamar gcc/ChangeLog: * internal-fn.def (COMPLEX_FMS, COMPLEX_FMS_CONJ): New. * optabs.de

[PATCH 6/8 v9]middle-end slp: support complex FMA and complex FMA conjugate

Hi All, This adds support for FMA and FMA conjugated to the slp pattern matcher. Bootstrapped Regtested on aarch64-none-linux-gnu, x86_64-pc-linux-gnu and no issues. Ok for master? Thanks, Tamar gcc/ChangeLog: * internal-fn.def (COMPLEX_FMA, COMPLEX_FMA_CONJ): New. * optabs.de

[PATCH 5/8 v9]middle-end slp: support complex multiply and complex multiply conjugate

Hi All, This adds support for complex multiply and complex multiply and accumulate to the vect pattern detector. Bootstrapped Regtested on aarch64-none-linux-gnu, x86_64-pc-linux-gnu and no issues. Ok for master? Thanks, Tamar gcc/ChangeLog: * internal-fn.def (COMPLEX_MUL, COMPLEX_MUL

[PATCH 4/8 v9]middle-end slp: upgrade complex add to new format and fix memory leaks

Hi All, This fixes a memory leak in complex_add_pattern because I was not calling vect_free_slp_tree when dissolving one side of the TWO_OPERANDS nodes. Secondly it also upgrades the class to the new inteface required by the other patterns. Bootstrapped Regtested on aarch64-none-linux-gnu, x86_6

[PATCH 3/8 v9]middle-end slp: handle externals correctly in linear_loads_p

Hi All, This fixes a bug with externals and linear_loads_p where I forgot to save the value before returning. It also fixes handling of nodes with multiple children on a non VEC_PERM node. There the child iteration would already resolve the kind and the loads are All expected to be the same if va

[PATCH 2/8 v9]middle-end slp: fix is_linear_load_p to prevent multiple answers

Hi All, This fixes an issue where is_linear_load_p could return the incorrect permutation kind because it is singe pass. This arranges the candidates in such a way that there won't be any ambiguity so that the function can still be linear but give correct values. Bootstrapped Regtested on aarch6

[PATCH 1/8 v9]middle-end slp: Support optimizing load distribution

Hi All, This introduces a post processing step for the pattern matcher to flatten permutes introduced by the complex multiplications patterns. This performs a blend early such that SLP is not cancelled by the LOAD_LANES permute. This is a temporary workaround to the fact that loads are not CSEd

Re: rs6000: add support for powerpc64le-unknown-freebsd

On Mon, Dec 28, 2020 at 12:44:15PM +0100, Gerald Pfeifer wrote: > On Wed, 16 Dec 2020, Segher Boessenkool wrote: > >> Any chance (one of you) can help and commit this? > > Done now. > > > > Please remind me in a week or so to do the backports? > > Thank you, Segher! > > And thanks for pushing th

Re: rs6000: add support for powerpc64le-unknown-freebsd

On Wed, 16 Dec 2020, Segher Boessenkool wrote: >> Any chance (one of you) can help and commit this? > Done now. > > Please remind me in a week or so to do the backports? Thank you, Segher! And thanks for pushing the backports, too, whenever you get to them, holiday season and such. Gerald

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

Hi All, I am in the midst of an end-of-year tidy up and found this: On Wed, 1 Apr 2020 at 18:07, Fritz Reese wrote: > Unfortunately the mailing list stripped off this attachment so we do > not have a chance to review. As attachments appear to be working > lately, please resubmit this patch. > >