On 1/27/21 3:32 PM, Jakub Jelinek wrote:
On Sun, Oct 21, 2018 at 04:39:30PM -0400, Ed Smith-Rowland wrote:
This patch implements C++2a proposal P0330R2 Literal Suffixes for ptrdiff_t
and size_t*. It's not official yet but looks very likely to pass. It is
incomplete because I'm looking for some
From: Sergei Trofimovich
Before the change RVO gimple statements were treated as local
stores by modres analysis. But in practice RVO escapes target.
2021-01-30 Sergei Trofimovich
gcc/ChangeLog:
PR tree-optimization/98499
* ipa-modref.c: treat RVO conservatively and assume
AIX only permits use of Altivec VSRs 20-31 in a Vector Extended ABI mode.
This patch explicitly enables use of the VSRs using the new -mabi=vec-extabi
command line option also implemented in LLVM for AIX.
Bootstrapped on powerpc-ibm-aix7.2.3.0 and powerpc64le-linux-gnu.
gcc/Ch
On January 30, 2021 11:52:20 AM GMT+01:00, Jakub Jelinek
wrote:
>On Sat, Jan 30, 2021 at 11:47:24AM +0100, Richard Biener wrote:
>> OK, so I'd prefer we simply unset the flag after processing deferred
>rescan. I clearly misread the function to do that.
>
>This works too, will bootstrap/regtest i
On Sat, Jan 30, 2021 at 11:47:24AM +0100, Richard Biener wrote:
> OK, so I'd prefer we simply unset the flag after processing deferred rescan.
> I clearly misread the function to do that.
This works too, will bootstrap/regtest it now.
2021-01-29 Jakub Jelinek
* config/i386/i386-feat
On January 30, 2021 10:46:17 AM GMT+01:00, Jakub Jelinek
wrote:
>On Sat, Jan 30, 2021 at 09:17:45AM +0100, Richard Biener wrote:
>> >The following patch fixes it, ok for trunk if it passes
>> >bootstrap/regtest?
>>
>> Hmm, that's odd. Who relies on deferred rescan being the default?
>Finish
>>
On Sat, Jan 30, 2021 at 10:46:17AM +0100, Jakub Jelinek via Gcc-patches wrote:
> On Sat, Jan 30, 2021 at 09:17:45AM +0100, Richard Biener wrote:
> > >The following patch fixes it, ok for trunk if it passes
> > >bootstrap/regtest?
> >
> > Hmm, that's odd. Who relies on deferred rescan being the de
Hi!
The test (intentionally) is not gcc.dg/vect/, as it needs -fopenmp and uses
OpenMP directives other than simd and therefore can't rely on default
VECTFLAGS and so I think can't safely use vect_int effective target
either. So, I'm just making sure it is vectorized on x86 and on aarch64 (the
la
On Sat, Jan 30, 2021 at 09:17:45AM +0100, Richard Biener wrote:
> >The following patch fixes it, ok for trunk if it passes
> >bootstrap/regtest?
>
> Hmm, that's odd. Who relies on deferred rescan being the default? Finish
> pass, via processing deferred insns also resets it back. Or is this
> d
On January 29, 2021 9:19:26 PM GMT+01:00, Jakub Jelinek
wrote:
>On Fri, Jan 29, 2021 at 11:18:54AM -0800, sunil.k.pandey via
>Gcc-patches wrote:
>> On Linux/x86_64,
>>
>> a7f52181a6a16bb6d216ff41d9c6a9da95c19b5c is the first bad commit
>> commit a7f52181a6a16bb6d216ff41d9c6a9da95c19b5c
>> Author
10 matches
Mail list logo