On Tue, Nov 16, 2021 at 4:36 AM apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> Currently we fold (type) X op CST into (type) (X op ((type-x) CST)) when the
> conversion widens
> but not when the conversion is a nop. For the same reason why we move the
> widening conversion
>
* Jonathan Wakely:
> On Tue, 16 Nov 2021 at 08:01, Florian Weimer wrote:
>>
>> * Patrick Palka via Libstdc:
>>
>> > This copies the fast_float library[1] into the compiled-in library
>> > sources. We're going to use this library in our floating-point
>> > std::from_chars implementation for
Hi,
since we can now remove return values of functions with return_nonnull
type attribute, I'll feel a bit safer if we can test this does not ICE
when someone attempts to access a non-existent call LHS. Eventually
we should probably drop the attribute when this happens.
Tested on x86_64-linux,
On Tue, 16 Nov 2021 at 00:36, Patrick Palka wrote:
>
> The only source change is a speedup to pow5Factor.
>
> Tested on x86_64-pc-linux-gnu, does this look OK for trunk?
OK, thanks.
On Tue, 16 Nov 2021 at 08:01, Florian Weimer wrote:
>
> * Patrick Palka via Libstdc:
>
> > This copies the fast_float library[1] into the compiled-in library
> > sources. We're going to use this library in our floating-point
> > std::from_chars implementation for faster and more portable parsing
On Mon, Nov 15, 2021 at 02:00:42PM +0100, Tobias Burnus wrote:
> Fortran: openmp: Add support for thread_limit clause on target
>
> gcc/fortran/ChangeLog:
>
> * openmp.c (OMP_TARGET_CLAUSES): Add thread_limit.
> * trans-openmp.c (gfc_split_omp_clauses): Add thread_limit also to
>
Hi!
As the testcase shows, the non-rectangular loop expansion code didn't
try to regimplify operands of GIMPLE_CONDs it built in some cases.
I have added a helper function which does that and used it in some places
that were regimplifying already to simplify those spots, plus added it
in a couple
On Tue, 16 Nov 2021, Jakub Jelinek wrote:
> Hi!
>
> This function punts if the builtins have no arguments, but as can be seen
> on the testcase, even if it has some arguments but alloc_size attribute's
> arguments point to arguments that aren't passed, we get a warning earlier
> from the FE but
Hi!
This function punts if the builtins have no arguments, but as can be seen
on the testcase, even if it has some arguments but alloc_size attribute's
arguments point to arguments that aren't passed, we get a warning earlier
from the FE but should punt rather than ICE on it.
Other users of
On Sat, Nov 13, 2021 at 08:32:41PM +, Iain Sandoe wrote:
> IMO both this series
> - which restores the ability to work with PIE exes but requires a known
> address for the PCH
> and the series I posted
> - which allows a configuration to opt out of PCH anyway
>
> could be useful - for
On Tue, Nov 16, 2021 at 9:15 AM Kong, Lingling via Gcc-patches
wrote:
>
> Hi,
>
> vcvtph2ps and vcvtps2ph should be used to convert _Float16 to SFmode with
> -mf16c. So added define_insn extendhfsf2 and truncsfhf2 for target_f16c.
>
> OK for master?
No, this is the wrong approach. There can be
Hi everyone,
Gentle ping
Thanks,
Clément
From: CHIGOT, CLEMENT
Sent: Tuesday, October 26, 2021 4:51 PM
To: Jeff Law ; David Malcolm
Cc: gcc-patches@gcc.gnu.org ; David Edelsohn
Subject: Re: [PATCH] aix: handle 64bit inodes for include directories
Hi
> Even if GCC64 is able to boostrap without libffi being a
> FAT library on AIX, the tests for "-maix32" are not working
> without it.
>
> libffi/ChangeLog:
> 2021-10-21 Clément Chigot
>
> * Makefile.am (tmake_file): Build and install AIX-style FAT
> libraries.
> *
> Hi David,
>
> Here is the new version of the patch.
> I've moved the startup function in crtcdtors files.
>
> I'm just wondering if the part dealing with the
> __init_aix_libgcc_cxa_atexit is needed. I'm adding it because
> the destructor created in crtcxa.o is following GCC format and
>
On Mon, Nov 15, 2021 at 2:54 PM Roger Sayle wrote:
>
>
> This patch teaches the i386 backend to avoid using BMI2's rorx
> instructions when optimizing for size. The benefits are shown
> with the following example:
>
> unsigned int ror1(unsigned int x) { return (x >> 1) | (x << 31); }
> unsigned
On Tue, Nov 16, 2021 at 4:15 PM Kong, Lingling via Gcc-patches
wrote:
>
> Hi,
>
> vcvtph2ps and vcvtps2ph should be used to convert _Float16 to SFmode with
> -mf16c. So added define_insn extendhfsf2 and truncsfhf2 for target_f16c.
>
> OK for master?
>
> gcc/ChangeLog:
>
> PR
On Tue, Nov 16, 2021 at 4:23 PM Kong, Lingling via Gcc-patches
wrote:
>
> Hi,
>
> This patch is to add alias for f*mul_*ch intrinsics.
>
> Ok for master?
This patch just adds some macro definitions (new aliases for
intrinsic) to the header file, and I think this should be low risk.
And
Hi,
This patch is to add alias for f*mul_*ch intrinsics.
Ok for master?
gcc/ChangeLog:
* config/i386/avx512fp16intrin.h (_mm512_mul_pch): Add alias for
_mm512_fmul_pch.
(_mm512_mask_mul_pch): Likewise.
(_mm512_maskz_mul_pch): Likewise.
(_mm512_mul_round_pch):
> chain_map isn't initialized.
>
> This caused:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103262
>
Hi,
this is patch I comitted that moves the misplaced hunk.
gcc/ChangeLog:
PR ipa/103262
* ipa-modref.c (merge_call_side_effects):
Hi,
vcvtph2ps and vcvtps2ph should be used to convert _Float16 to SFmode with
-mf16c. So added define_insn extendhfsf2 and truncsfhf2 for target_f16c.
OK for master?
gcc/ChangeLog:
PR target/102811
* config/i386/i386.md (extendhfsf2): Add extenndhfsf2 for f16c.
Hi,
On Tue, Nov 9, 2021 at 12:36 PM Przemyslaw Wirkus via Gcc-patches <
gcc-patches@gcc.gnu.org> wrote:
> > > > -Original Message-
> > > > From: Przemyslaw Wirkus
> > > > Sent: 18 October 2021 10:37
> > > > To: gcc-patches@gcc.gnu.org
> > > > Cc: Richard Earnshaw ; Ramana
> > > >
* Patrick Palka via Libstdc:
> This copies the fast_float library[1] into the compiled-in library
> sources. We're going to use this library in our floating-point
> std::from_chars implementation for faster and more portable parsing of
> binary32/64 decimal strings.
>
> [1]:
101 - 122 of 122 matches
Mail list logo
