On Sat, Sep 18, 2021 at 11:09:32AM +0800, liuhongt wrote:
> Besides conversion instructions, pass_rpad also handles scalar
> sqrt/rsqrt/rcp/round instructions, while r12-3614 should only want to
> handle conversion instructions, so fix it.
>
> Bootstrapped and regtest on x86_64-linux-gnu{-m32,}
On Sat, Sep 18, 2021 at 3:31 PM Jakub Jelinek wrote:
>
> On Sat, Sep 18, 2021 at 11:09:32AM +0800, liuhongt wrote:
> > Besides conversion instructions, pass_rpad also handles scalar
> > sqrt/rsqrt/rcp/round instructions, while r12-3614 should only want to
> > handle conversion instructions, so fix
On Sat, Sep 18, 2021 at 03:56:42PM +0800, Hongtao Liu wrote:
> > Wouldn't it be better to do:
> > E_VOIDmode:
> > gcc_assert (convert_p);
> !convert_p, Must be typo :)
Yes, sorry.
>
> > break;
> > default:
> > gcc_unreachable ();
> > ?
> Sur
Hi!
OpenMP 5.1 allows default(private) or default(firstprivate) even in C/C++,
but it behaves the same way as in Fortran only for variables not declared at
namespace or file scope. For the namespace/file scope variables it instead
behaves as default(none).
Bootstrapped/regtested on x86_64-linux
Hi!
This patch adds handling for unconstrained and reproducible modifiers on
order(concurrent) clause. For all static schedules (including auto and
no schedule or dist_schedule clauses) I believe what we implement is
reproducible, so the patch doesn't do much beyond recognizing those.
Note, there
This patch tackles PR middle-end/88173 where the order of operands in
a comparison affects constant folding. As diagnosed by Jason Merrill,
"match.pd handles these comparisons very differently". The history is
that the middle end, typically canonicalizes comparisons to place
constants on the rig
>On 9/16/21 22:29, Feng Xue OS wrote:
>>> On 9/16/21 05:25, Feng Xue OS via Gcc-patches wrote:
This and following patches are composed to enable full devirtualization
under whole program assumption (so also called whole-program
devirtualization, WPD for short), which is an enhancemen
Hi,
On Fri, Sep 17 2021, Segher Boessenkool wrote:
> On Fri, Sep 17, 2021 at 05:42:38PM +0800, Kewen.Lin wrote:
>> Against v2 [2], this v3 addressed Martin's review comments:
>> - Replace HWI auto_vec with unsigned int for target_info
>> to avoid overkill (also Segher's comments), adjust som
On 9/17/21 10:08 PM, Jeff Law wrote:
On 9/17/2021 4:05 PM, Martin Sebor wrote:
On 9/2/21 10:28 AM, Jeff Law via Gcc-patches wrote:
On 8/30/2021 2:03 PM, Martin Sebor via Gcc-patches wrote:
The predicate analysis subset of the tree-ssa-uninit pass isn't
necessarily specific to the detection
Hi Hongtao,
> On 8 Sep 2021, at 10:31, Hongtao Liu wrote:
>
> On Wed, Sep 8, 2021 at 5:09 PM Jakub Jelinek wrote:
>>
>> On Wed, Sep 08, 2021 at 10:37:17AM +0800, Hongtao Liu wrote:
>>> Bootstrapped and regtested on x86_64-linux-gnu{-m32,}.
>>> Ok for trunk?
>>>
>>> libgcc/ChangeLog:
>>>
>>
From: Andrew Pinski
So this is a simple fix is to just add to the assert that
sclass and dclass are both greater than or equal to NO_REGS.
NO_REGS is documented as the first register class so it should
have the value of 0.
gcc/ChangeLog:
* lra-constraints.c (check_and_process_move): Ass
On 9/18/21 12:46 PM, Martin Sebor wrote:
On 9/17/21 10:08 PM, Jeff Law wrote:
On 9/17/2021 4:05 PM, Martin Sebor wrote:
On 9/2/21 10:28 AM, Jeff Law via Gcc-patches wrote:
On 8/30/2021 2:03 PM, Martin Sebor via Gcc-patches wrote:
The predicate analysis subset of the tree-ssa-uninit pass i
On 9/18/2021 1:16 PM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
So this is a simple fix is to just add to the assert that
sclass and dclass are both greater than or equal to NO_REGS.
NO_REGS is documented as the first register class so it should
have the value of 0.
gcc/ChangeLo
On Sunday, September 19, 2021, Iain Sandoe
wrote:
> Hi Hongtao,
>
> > On 8 Sep 2021, at 10:31, Hongtao Liu wrote:
> >
> > On Wed, Sep 8, 2021 at 5:09 PM Jakub Jelinek wrote:
> >>
> >> On Wed, Sep 08, 2021 at 10:37:17AM +0800, Hongtao Liu wrote:
> >>> Bootstrapped and regtested on x86_64-linux-
On 9/13/2021 6:16 PM, Benjamin Peterson wrote:
* attribs.c (make_unique_name): Delete.
* attribs.h (make_unique_name): Delete.
Thanks. Installed on the trunk.
jeff
Hi, my friend
Do you have any interesting to import from china? home generator parts、ball
valve、pipe is our main product, tell me if you need further info. thanks in
advance
Best regards
PAGE ZU
NAYAO GROUP
TAIZHOU CHINA
On 9/7/2021 3:43 AM, Martin Liška wrote:
Hi.
I'm planning some refactoring related to 'section *' and I noticed we
have
quite ugly mask definitions (of form 1UL << N), where SECTION_FORGET
is unused
and
#define SECTION_STYLE_MASK 0x60 /* bits used for SECTION_STYLE */
Is actually
On 9/13/2021 7:52 AM, Martin Liška wrote:
On 8/27/21 11:05, Richard Biener wrote:
So with ignoring darktable which seems completely insane the cases
will likely continue
to work as intended if we change from the current scheme to appending
as proposed.
All right, I'm addressing the flag_com
On 9/18/2021 2:56 AM, Roger Sayle wrote:
This patch tackles PR middle-end/88173 where the order of operands in
a comparison affects constant folding. As diagnosed by Jason Merrill,
"match.pd handles these comparisons very differently". The history is
that the middle end, typically canonicali
On 9/10/2021 1:48 AM, Thomas Schwinge wrote:
Hi!
Ping. My patches again attached, for easy reference.
Grüße
Thomas
On 2021-09-03T18:33:37+0200, I wrote:
Hi!
On 2021-09-02T21:09:54+0200, I wrote:
On 2021-09-02T15:59:14+0200, I wrote:
On 2016-08-05T14:16:58-0400, David Malcolm wrote
On 8/13/2021 6:19 PM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
While working on some more boolean optimizations, I noticed
that there are places which does SSA_NAME@0 and then look
at then either use get_nonzero_bits or ssa_name_has_boolean_range
to see if the ssa name had a boo
On 8/13/2021 6:19 PM, apinski--- via Gcc-patches wrote:
From: Andrew Pinski
I noticed this while Richard B. fixing PR101756.
Basically min of two bools is the same as doing an "and"
and max of two bools is doing an "ior".
gcc/ChangeLog:
* match.pd: Add min/max patterns for bool typ
22 matches
Mail list logo