On Wed, Jun 2, 2021 at 3:57 AM H.J. Lu via Gcc-patches
wrote:
>
> On Tue, Jun 1, 2021 at 6:17 PM Hongtao Liu wrote:
> >
> > On Wed, Jun 2, 2021 at 7:07 AM H.J. Lu via Gcc-patches
> > wrote:
> > >
> > > On Tue, Jun 1, 2021 at 7:21 AM Jeff Law wrote:
> > > >
> > > >
> > > >
> > > > On 6/1/2021 7:
On Wed, Jun 2, 2021 at 7:05 AM Kewen Lin wrote:
>
> As Segher suggested, this patch is to emit the error message
> if the split condition of define_insn_and_split is empty while
> the insn condition isn't.
I wonder whether it would be a good idea to automagically make
the split condition "&& 1" v
Hi Claudiu,
on 2021/6/2 下午2:52, Claudiu Zissulescu wrote:
> Hi,
>
> Indeed, the split condition needs to be populated. However, I doubt that the
> pattern in question is used by the compiler. Do you have an example where it
> is exercised?
>
Thanks for the reply! Sorry that I don't have an e
On Wed, Jun 2, 2021 at 7:41 AM liuhongt via Gcc-patches
wrote:
>
> For i386, it will enable below opt
>
> from
> notl%edi
> vpbroadcastd%edi, %xmm0
> vpand %xmm1, %xmm0, %xmm0
> to
> vpbroadcastd%edi, %xmm0
> vpandn %xmm1, %xmm0, %xmm0
There
Hi Kewen,
Maybe it is best just to remove the pattern entirely, I couldn't exercise it
myself. I was secretly hopping someone could do it.
Please can you submit a patch which removes it if it is not too much trouble?
Thanks,
Claudiu
From: Kewen.Lin
Sent: Wednesd
On Tue, Jun 1, 2021 at 11:46 PM Richard Biener via Gcc-patches
wrote:
>
> On Tue, Jun 1, 2021 at 9:07 PM apinski--- via Gcc-patches
> wrote:
> >
> > From: Andrew Pinski
> >
> > This improves match_simplify_replace in phi-opt to handle the
> > case where there is one cheap preparation statement i
On Tue, 1 Jun 2021, Segher Boessenkool wrote:
> Brown paper bag time. The List-Id: should look like a hostname, not
> like an email address. Somehow I put in an at-sign when changing my
> gcc-patches example to the match-all example we have here.
That's how things looked like before when using t
On Tue, Jun 1, 2021 at 4:00 PM bin.cheng via Gcc-patches
wrote:
>
> Hi,
> As described in patch summary, this fixes the wrong code issue by adding
> overflow-ness
> check for iv1.step - iv2.step.
>
> Bootstrap and test on x86_64. Any comments?
+ bool wrap_p = TYPE_OVERFLOW_WRAPS (step_t
Hi Richi,
on 2021/6/2 下午3:04, Richard Biener wrote:
> On Wed, Jun 2, 2021 at 7:05 AM Kewen Lin wrote:
>>
>> As Segher suggested, this patch is to emit the error message
>> if the split condition of define_insn_and_split is empty while
>> the insn condition isn't.
>
> I wonder whether it would be
On Tue, Jun 1, 2021 at 4:24 PM Andrew MacLeod wrote:
>
> On 6/1/21 3:34 AM, Richard Biener wrote:
> > On Tue, Jun 1, 2021 at 3:38 AM Andrew MacLeod via Gcc-patches
> > wrote:
> >> An ongoing issue is the the order we evaluate things in can affect
> >> decisions along the way. As ranger isn't a f
Just a little stylistic change I noticed. Pushed.
Gerald
On the way reduce some physical formatting a bit.
---
htdocs/projects/tree-ssa/tree-browser.html | 7 ---
htdocs/projects/tree-ssa/vectorization.html | 2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/htdocs/proje
On Wed, Jun 2, 2021 at 9:16 AM Andrew Pinski wrote:
>
> On Tue, Jun 1, 2021 at 11:46 PM Richard Biener via Gcc-patches
> wrote:
> >
> > On Tue, Jun 1, 2021 at 9:07 PM apinski--- via Gcc-patches
> > wrote:
> > >
> > > From: Andrew Pinski
> > >
> > > This improves match_simplify_replace in phi-op
On 6/1/21 3:31 PM, Michael Matz wrote:
Hello,
On Tue, 1 Jun 2021, Martin Liška wrote:
On 5/31/21 5:49 PM, Michael Matz wrote:
Hello Martin,
On Mon, 31 May 2021, Martin Liška wrote:
I've made quite some progress with the porting of the documentation and
I would like to present it to the com
On Wed, Jun 2, 2021 at 9:28 AM Kewen.Lin wrote:
>
> Hi Richi,
>
> on 2021/6/2 下午3:04, Richard Biener wrote:
> > On Wed, Jun 2, 2021 at 7:05 AM Kewen Lin wrote:
> >>
> >> As Segher suggested, this patch is to emit the error message
> >> if the split condition of define_insn_and_split is empty whil
Hi Claudiu,
on 2021/6/2 下午3:12, Claudiu Zissulescu wrote:
> Hi Kewen,
>
> Maybe it is best just to remove the pattern entirely, I couldn't exercise it
> myself. I was secretly hopping someone could do it.
> Please can you submit a patch which removes it if it is not too much trouble?
>
The pat
Hi!
Bitfields, while they live in memory, aren't something inline-asm can easily
operate on.
For C and "=m" or "+m", we were diagnosing bitfields in the past in the
FE, where c_mark_addressable had:
case COMPONENT_REF:
if (DECL_C_BIT_FIELD (TREE_OPERAND (x, 1)))
{
Kewen Lin writes:
> Hi all,
>
> define_insn_and_split should avoid to use empty split condition
> if the condition for define_insn isn't empty, otherwise it can
> sometimes result in unexpected consequence, since the split
> will always be done even if the insn condition doesn't hold.
>
> To avoid
on 2021/6/2 下午3:43, Richard Biener wrote:
> On Wed, Jun 2, 2021 at 9:28 AM Kewen.Lin wrote:
>>
>> Hi Richi,
>>
>> on 2021/6/2 下午3:04, Richard Biener wrote:
>>> On Wed, Jun 2, 2021 at 7:05 AM Kewen Lin wrote:
As Segher suggested, this patch is to emit the error message
if the split
On P8LE, extra rot64+rot64 load or store instructions are generated
in float128 to vector __int128 conversion.
This patch teaches pass swaps to also handle such pattens to remove
extra swap instructions.
(insn 7 6 8 2 (set (subreg:V1TI (reg:KF 123) 0)
(rotate:V1TI (mem/u/c:V1TI (reg/f:DI
On Jun 01 2021, Segher Boessenkool wrote:
> diff --git a/htdocs/lists.html b/htdocs/lists.html
> index 4ac5d5a84cd1..e9636198b732 100644
> --- a/htdocs/lists.html
> +++ b/htdocs/lists.html
> @@ -226,7 +226,7 @@ our lists into a single folder named INLIST.gcc:
>
>
> :0
> -* ^List-Id: .*<.*@gcc
Hi!
The testcase without this FAILs on i686-linux, where we warn about returning
of a generic vector changing the ABI:
Excess errors:
.../gcc/gcc/testsuite/g++.dg/ext/builtin-shufflevector-1.C:6:15: warning: SSE
vector return without SSE enabled changes the ABI [-Wpsabi]
.../gcc/gcc/testsuite/g+
On 30/05/2021 19:51, Jeff Law wrote:
On 5/5/2021 7:50 AM, Tobias Burnus wrote:
Hi Eric, hi all,
currently, gcn (amdgcn-amdhsa) bootstrapping fails as Alexandre's
patch to __builtin_memset (applied yesterday) now does more expansions.
The problem is [→ PR100418]
(set(reg:DI)(plus:DI(reg:DI)
Looks good :) You can go ahead and commit it.
Thank you for your contribution,
Claudiu
From: Kewen.Lin
Sent: Wednesday, June 2, 2021 10:43 AM
To: Claudiu Zissulescu
Cc: g...@amylaar.uk ; andrew.burg...@embecosm.com
; gcc-patches@gcc.gnu.org
Subject: [PATCH 02/1
On Tue, 1 Jun 2021 at 08:06, apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> This is the first of series of patches to simplify phi-opt
> to use match and simplify in many cases. This simplification
> will more things to optimize.
>
> This is what Richard requested in
> https://gcc
Hi Richard,
on 2021/6/2 下午4:11, Richard Sandiford wrote:
> Kewen Lin writes:
>> Hi all,
>>
>> define_insn_and_split should avoid to use empty split condition
>> if the condition for define_insn isn't empty, otherwise it can
>> sometimes result in unexpected consequence, since the split
>> will al
Approved.
//Claudiu
From: Vineet Gupta
Sent: Tuesday, June 1, 2021 10:42 PM
To: gcc-patches@gcc.gnu.org
Cc: Claudiu Zissulescu ;
linux-snps-...@lists.infradead.org ; Vineet
Gupta
Subject: [PATCH] ARC: gcc driver default to hs38_linux
arc700 is legacy and ther
On Tue, 1 Jun 2021, Segher Boessenkool wrote:
> We haven't had Sender: for a while now.
"a while now" was about four(?) hours when you sent that yesterday. :-)
I know since I still had been using that and was looking for all my
missing gcc-related mails yesterday afternoon. Thanks for spotting
> -Original Message-
> From: Kewen Lin
> Sent: 02 June 2021 06:05
> To: gcc-patches@gcc.gnu.org
> Cc: Kewen Lin ; ni...@redhat.com; Richard
> Earnshaw ; Ramana Radhakrishnan
> ; Kyrylo Tkachov
>
> Subject: [PATCH 03/11] arm: Update unexpected empty split condition
>
> gcc/ChangeLog:
>
On Wed, Jun 2, 2021 at 1:37 AM Christophe Lyon via Gcc-patches
wrote:
>
> On Tue, 1 Jun 2021 at 08:06, apinski--- via Gcc-patches
> wrote:
> >
> > From: Andrew Pinski
> >
> > This is the first of series of patches to simplify phi-opt
> > to use match and simplify in many cases. This simplificat
"Kewen.Lin" writes:
> Hi Richard,
>
> on 2021/6/2 锟斤拷锟斤拷4:11, Richard Sandiford wrote:
>> Kewen Lin writes:
>>> Hi all,
>>>
>>> define_insn_and_split should avoid to use empty split condition
>>> if the condition for define_insn isn't empty, otherwise it can
>>> sometimes result in unexpected con
Ping,
Did you have any comments Richard S?
Otherwise I'll proceed with respining according to Richi's comments.
Regards,
Tamar
> -Original Message-
> From: Richard Biener
> Sent: Wednesday, May 26, 2021 9:57 AM
> To: Tamar Christina
> Cc: gcc-patches@gcc.gnu.org; nd ; Richard Sandifor
Hi,
As Richi suggested in PR100794, this patch is to remove
some unnecessary update_ssa calls with flag
TODO_update_ssa_only_virtuals, also do some refactoring.
Bootstrapped/regtested on powerpc64le-linux-gnu P9,
x86_64-redhat-linux and aarch64-linux-gnu, built well
on Power9 ppc64le with --with-
Hi,
As PR100794 shows, in the current implementation PRE bypasses
some optimization to avoid introducing loop carried dependence
which stops loop vectorizer to vectorize the loop. At -O2,
there is no downstream pass to re-catch this kind of opportunity
if loop vectorizer fails to vectorize that l
On Wed, Jun 2, 2021 at 2:12 AM Andrew Pinski wrote:
>
> On Wed, Jun 2, 2021 at 1:37 AM Christophe Lyon via Gcc-patches
> wrote:
> >
> > On Tue, 1 Jun 2021 at 08:06, apinski--- via Gcc-patches
> > wrote:
> > >
> > > From: Andrew Pinski
> > >
> > > This is the first of series of patches to simpli
> -Original Message-
> From: Tamar Christina
> Sent: 02 June 2021 10:34
> To: Tamar Christina
> Cc: Richard Earnshaw ; nd ;
> Ramana Radhakrishnan ; Kyrylo
> Tkachov
> Subject: RE: [PATCH][AArch32]: Correct sdot RTL on aarch32
>
> ping
>
> > -Original Message-
> > From: Gcc-p
on 2021/6/2 下午5:13, Richard Sandiford wrote:
> "Kewen.Lin" writes:
>> Hi Richard,
>>
>> on 2021/6/2 锟斤拷锟斤拷4:11, Richard Sandiford wrote:
>>> Kewen Lin writes:
Hi all,
define_insn_and_split should avoid to use empty split condition
if the condition for define_insn isn't empty,
On Wed, Jun 2, 2021 at 12:01 PM Kewen.Lin wrote:
>
> on 2021/6/2 下午5:13, Richard Sandiford wrote:
> > "Kewen.Lin" writes:
> >> Hi Richard,
> >>
> >> on 2021/6/2 锟斤拷锟斤拷4:11, Richard Sandiford wrote:
> >>> Kewen Lin writes:
> Hi all,
>
> define_insn_and_split should avoid to use emp
Hi,
Given the large improvements from better register allocation of GOT accesses,
I decided to generalize it to get large gains for normal addressing too:
Improve rematerialization costs of addresses. The current costs are set too
high
which results in extra register pressure and spilling. Usi
We've been having "issues" in our branch when exporting to the global
space ranges that take into account previously known ranges
(SSA_NAME_RANGE_INFO, etc). For the longest time we had the export
feature turned off because it had the potential of removing
__builtin_unreachable code early in t
This is a merge to the og11 branch of the patch series posted for
mainline here:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/570396.html
and for the og10 branch here:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/570810.html
Re-tested with offloading to NVPTX. I will push to the
It never makes sense for a GOMP_MAP_ATTACH_DETACH mapping to survive
beyond gimplify.c, so this patch rewrites such mappings to GOMP_MAP_ATTACH
or GOMP_MAP_DETACH unconditionally (rather than checking for a list
of types of OpenACC or OpenMP constructs), in cases where it hasn't
otherwise been done
For historical reasons, it seems that extract_base_bit_offset
unnecessarily used two different ways to strip ARRAY_REF/INDIRECT_REF
nodes from component accesses. I verified that the two ways of performing
the operation gave the same results across the whole testsuite (and
several additional benchm
This patch is a second attempt at refactoring struct component mapping
handling for OpenACC/OpenMP during gimplification, after the patch I
posted here:
https://gcc.gnu.org/pipermail/gcc-patches/2018-November/510503.html
And improved here, post-review:
https://gcc.gnu.org/pipermail/gcc-patch
This patch reworks indirect struct handling in gimplify.c (i.e. for
struct components mapped with "mystruct->a[0:n]", "mystruct->b", etc.),
for OpenACC. The key observation leading to these changes was that
component mappings of references-to-structures is already implemented
and working, and indi
On 6/2/21 1:51 AM, Richard Biener wrote:
> On Tue, Jun 1, 2021 at 10:37 PM Pat Haugen via Gcc-patches
> wrote:
>>
>> Make sure link reg save MEM has frame alias set, to match other link reg
>> save/restore code.
>>
>> Bootstrap/regtest on powerpc64/powerpc64le with no new regressions. Ok for
>> tr
Signed-off-by: Jonathan Wakely
libstdc++-v3/ChangeLog:
* doc/xml/manual/status_cxxis29124.xml: Improve punctuation.
* doc/xml/manual/status_cxxtr1.xml: Likewise.
* doc/xml/manual/status_cxxtr24733.xml: Likewise.
* doc/html/*: Regenerate.
Committed to trunk.
comm
On Wed, Jun 2, 2021 at 12:34 PM Aldy Hernandez via Gcc-patches
wrote:
>
> We've been having "issues" in our branch when exporting to the global
> space ranges that take into account previously known ranges
> (SSA_NAME_RANGE_INFO, etc). For the longest time we had the export
> feature turned off b
On Wed, Jun 2, 2021 at 12:47 PM Julian Brown wrote:
>
> For historical reasons, it seems that extract_base_bit_offset
> unnecessarily used two different ways to strip ARRAY_REF/INDIRECT_REF
> nodes from component accesses. I verified that the two ways of performing
> the operation gave the same re
On Wed, Jun 2, 2021 at 1:15 PM Pat Haugen wrote:
>
> On 6/2/21 1:51 AM, Richard Biener wrote:
> > On Tue, Jun 1, 2021 at 10:37 PM Pat Haugen via Gcc-patches
> > wrote:
> >>
> >> Make sure link reg save MEM has frame alias set, to match other link reg
> >> save/restore code.
> >>
> >> Bootstrap/re
Hi,
as explained in the audit trail, the return part has a major performance
impact in Ada where variable-sized types are first-class citizens, but it
turns out that it is not exercized in the testsuite yet.
Tested on x86-64/Linux, OK for mainline and 11 branch?
2021-06-02 Eric Botcazou
On Wed, Jun 2, 2021 at 2:05 PM Eric Botcazou wrote:
>
> Hi,
>
> as explained in the audit trail, the return part has a major performance
> impact in Ada where variable-sized types are first-class citizens, but it
> turns out that it is not exercized in the testsuite yet.
>
> Tested on x86-64/Linux
On 01/06/21 19:10 +0100, Jonathan Wakely wrote:
On 01/06/21 18:47 +0100, Jonathan Wakely wrote:
On 01/06/21 18:45 +0100, Jonathan Wakely wrote:
On 22/05/21 18:35 +0200, François Dumont wrote:
diff --git a/libstdc++-v3/testsuite/23_containers/unordered_set/96088.cc
b/libstdc++-v3/testsuite/23_
The allocator, hash function and equality function should all be
value-initialized by the default constructor of an unordered container.
Do it in the EBO helper, so we don't have to get it right in multiple
places.
Signed-off-by: Jonathan Wakely
libstdc++-v3/ChangeLog:
PR libstdc++/1008
> From: Kewen Lin
> Date: Wed, 2 Jun 2021 07:04:54 +0200
> gcc/ChangeLog:
>
> * config/cris/cris.md (*addi_reload): Fix empty split condition.
> ---
> gcc/config/cris/cris.md | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/gcc/config/cris/cris.md b/gcc/config/cri
On 6/2/21 7:52 AM, Richard Biener wrote:
On Wed, Jun 2, 2021 at 12:34 PM Aldy Hernandez via Gcc-patches
wrote:
We've been having "issues" in our branch when exporting to the global
space ranges that take into account previously known ranges
(SSA_NAME_RANGE_INFO, etc). For the longest time we h
On 6/2/21 7:01 AM, Richard Biener wrote:
> On Wed, Jun 2, 2021 at 1:15 PM Pat Haugen wrote:
>>
>> On 6/2/21 1:51 AM, Richard Biener wrote:
>>> On Tue, Jun 1, 2021 at 10:37 PM Pat Haugen via Gcc-patches
>>> wrote:
Make sure link reg save MEM has frame alias set, to match other link reg
>
On Wed, 2 Jun 2021 13:59:05 +0200
Richard Biener wrote:
> On Wed, Jun 2, 2021 at 12:47 PM Julian Brown
> wrote:
> >
> > For historical reasons, it seems that extract_base_bit_offset
> > unnecessarily used two different ways to strip
> > ARRAY_REF/INDIRECT_REF nodes from component accesses. I ver
Hi Martin,
Testsuite isn't very happy with it:
Before:
# of expected passes149743
# of unexpected failures294
# of unexpected successes 2
# of expected failures 947
# of unresolved testcases 56
# of unsupported tests 8248
After:
On Wed, Jun 2, 2021 at 12:02 AM Richard Biener
wrote:
>
> On Wed, Jun 2, 2021 at 3:57 AM H.J. Lu via Gcc-patches
> wrote:
> >
> > On Tue, Jun 1, 2021 at 6:17 PM Hongtao Liu wrote:
> > >
> > > On Wed, Jun 2, 2021 at 7:07 AM H.J. Lu via Gcc-patches
> > > wrote:
> > > >
> > > > On Tue, Jun 1, 2021
Ping?
вс, 25 окт. 2020 г. в 16:09, Matwey V. Kornilov :
>
>
> Ping?
>
> чт, 4 июн. 2020 г. в 18:30, Matwey V. Kornilov :
>>
>> Reference: https://www.microchip.com/wwwproducts/en/ATMEGA324PB
>> ---
>> gcc/config/avr/avr-mcus.def | 1 +
>> gcc/doc/avr-mmcu.texi | 2 +-
>> 2 files changed, 2
On 01/06/2021 18:08, Srinath Parvathaneni via Gcc-patches wrote:
Hi All,
On passing +cdecp[0-7] extension to the -march string in command line options,
multilib linking is failing as mentioned in PR100856. This patch fixes this
issue by generating a separate -march string only for multilib co
On Wed, Jun 02, 2021 at 08:23:48AM -0500, Pat Haugen wrote:
> On 6/2/21 7:01 AM, Richard Biener wrote:
> > So did you check the RTL (and alias-sets) produced by
> > __builtin_return_address? Test coverage might
> > be low here and w/o scheduling opportunities to break things.
>
> __builtin_return
On Wed, Jun 02, 2021 at 10:44:34AM +0200, Gerald Pfeifer wrote:
> On Tue, 1 Jun 2021, Segher Boessenkool wrote:
> > We haven't had Sender: for a while now.
>
> "a while now" was about four(?) hours when you sent that yesterday. :-)
Ah, I thought it was since we moved to the new mailing list soft
On 6/2/21 1:52 PM, Richard Biener wrote:
On Wed, Jun 2, 2021 at 12:34 PM Aldy Hernandez via Gcc-patches
wrote:
But the whole point of all this singing and dancing is not to make
warnings but to be able to implement assert (); or assume (); that
will result in no code but optimization based
On 6/2/21 9:19 AM, Segher Boessenkool wrote:
> On Wed, Jun 02, 2021 at 08:23:48AM -0500, Pat Haugen wrote:
>> On 6/2/21 7:01 AM, Richard Biener wrote:
>>> So did you check the RTL (and alias-sets) produced by
>>> __builtin_return_address? Test coverage might
>>> be low here and w/o scheduling oppo
On 6/1/21 3:22 PM, Richard Biener via Gcc wrote:
On June 1, 2021 7:30:54 PM GMT+02:00, David Malcolm via Gcc
wrote:
On Tue, 2021-06-01 at 10:00 -0400, David Edelsohn via Gcc wrote:
GCC was created as part of the GNU Project but has grown to operate
asan autonomous project.
The GCC Steering C
On 6/2/21 3:59 AM, Jakub Jelinek wrote:
if (!allows_reg && !cxx_mark_addressable (*op))
operand = error_mark_node;
+ else if (!allows_reg && bitfield_p (*op))
+ {
+ error_at (loc, "attempt to take address of bit-field");
Hm
On Wed, Jun 02, 2021 at 11:09:45AM -0400, Jason Merrill wrote:
> On 6/2/21 3:59 AM, Jakub Jelinek wrote:
> > if (!allows_reg && !cxx_mark_addressable (*op))
> > operand = error_mark_node;
> > + else if (!allows_reg && bitfield_p (*op))
> > + {
> > +
On 01/06/2021 18:16, Srinath Parvathaneni via Gcc-patches wrote:
Hi Richard,
-Original Message-
From: Richard Earnshaw
Sent: 13 April 2021 14:55
To: Srinath Parvathaneni ; gcc-
patc...@gcc.gnu.org
Cc: Richard Earnshaw
Subject: Re: [GCC][Patch] arm: Fix the mve multilib for the brok
On 02/06/2021 11:21, Wilco Dijkstra via Gcc-patches wrote:
Hi,
Given the large improvements from better register allocation of GOT accesses,
I decided to generalize it to get large gains for normal addressing too:
Improve rematerialization costs of addresses. The current costs are set too
On 6/2/21 12:55 AM, Richard Biener wrote:
On Tue, Jun 1, 2021 at 9:56 PM Martin Sebor wrote:
On 5/27/21 2:53 PM, Jason Merrill wrote:
On 4/27/21 11:52 AM, Martin Sebor via Gcc-patches wrote:
On 4/27/21 8:04 AM, Richard Biener wrote:
On Tue, Apr 27, 2021 at 3:59 PM Martin Sebor wrote:
On
For RTEMS, we switched from texinfo to Sphinx and the dependency
on Python3 for Sphinx has caused a bit of hassle. Is this going to be
an issue for GCC?
Also we rely on TexLive for PDF output and that's a bit of a pain to
install. Tex was incorrectly packaged on some RHEL/CentOS versions.
This ig
On 6/2/21 11:25 AM, Jakub Jelinek wrote:
On Wed, Jun 02, 2021 at 11:09:45AM -0400, Jason Merrill wrote:
On 6/2/21 3:59 AM, Jakub Jelinek wrote:
if (!allows_reg && !cxx_mark_addressable (*op))
operand = error_mark_node;
+ else if (!allows_reg && bitfield
On Wed, Jun 02, 2021 at 09:17:20AM +0200, Gerald Pfeifer wrote:
> On Tue, 1 Jun 2021, Segher Boessenkool wrote:
> > Brown paper bag time. The List-Id: should look like a hostname, not
> > like an email address. Somehow I put in an at-sign when changing my
> > gcc-patches example to the match-all
On Wed, Jun 02, 2021 at 10:25:34AM +0200, Andreas Schwab wrote:
> On Jun 01 2021, Segher Boessenkool wrote:
> > -* ^List-Id: .*<.*@gcc.gnu.org>$
> > +* ^List-Id: .*<.*.gcc.gnu.org>$
>
> Shouldn't the < and > be mangled as < and >?
"It works fine for me!"
You are right of course.
Segher
> On Jun 2, 2021, at 11:03 AM, Jason Merrill via Gcc-patches
> wrote:
>
> On 6/1/21 3:22 PM, Richard Biener via Gcc wrote:
>> On June 1, 2021 7:30:54 PM GMT+02:00, David Malcolm via Gcc
>> wrote:
...
>>>
>>> The MAINTAINERS file doesn't seem to have such a "DCO list"
>>> yet; does the
On Wed, 2 Jun 2021, Joel Sherrill wrote:
> For RTEMS, we switched from texinfo to Sphinx and the dependency
> on Python3 for Sphinx has caused a bit of hassle. Is this going to be
> an issue for GCC?
What Sphinx (and, thus, Python) versions does the GCC manual build work
with? Can it work with
Hi Richard,
> No. It's never correct to completely wipe out the existing cost - you
> don't know the context where this is being used.
>
> The most you can do is not add any additional cost.
Remember that aarch64_rtx_costs starts like this:
/* By default, assume that everything has equivale
Segher Boessenkool writes:
> Since times immemorial there has been const_int_rtx for all values from
> -64 to 64, but only constm1_rtx..const2_rtx have been available for
> convenient use. Change this, so that we can use all values in
> {-64,...,64} in RTL easily. This matters, because then we w
On 6/1/2021 11:04 PM, Kewen Lin wrote:
gcc/ChangeLog:
* config/m68k/m68k.md (*zero_extend_inc, *zero_extend_dec,
*zero_extendsidi2): Fix empty split condition.
OK. Thanks.
jeff
Hi!
When building gcc targetting xtensa-linux, there are 2 warnings the PR
complains about:
../../gcc/dwarf2cfi.c: In function ‘void init_one_dwarf_reg_size(int,
machine_mode, rtx, machine_mode, init_one_dwarf_reg_state*)’:
../../gcc/dwarf2cfi.c:291:12: warning: comparison of integer expressions
On 6/1/2021 11:04 PM, Kewen Lin wrote:
gcc/ChangeLog:
* config/h8300/combiner.md (*andsi3_lshiftrt_n_sb): Fix empty split
condition.
Hold off on this. We may need a stronger condition in there and that's
something I'm in the process of cleaning up in the H8 port.
jeff
On 6/1/2021 11:04 PM, Kewen Lin via Gcc-patches wrote:
gcc/ChangeLog:
* config/mips/mips.md (, bswapsi2, bswapdi2): Fix empty
split condition.
The mips, or1k and sparc changes are fine. They're all preserving
existing behavior.
jeff
"Kewen.Lin via Gcc-patches" writes:
> Hi,
>
> As PR100794 shows, in the current implementation PRE bypasses
> some optimization to avoid introducing loop carried dependence
> which stops loop vectorizer to vectorize the loop. At -O2,
> there is no downstream pass to re-catch this kind of opportun
On Mon, 31 May 2021, Martin Liška wrote:
> https://splichal.eu/scripts/sphinx/
Looking at some examples there:
https://splichal.eu/scripts/sphinx/gcc/_build/html/c-implementation-defined-behavior/preprocessing-directives.html
has some conversion problems:
* "See Implementation-defined behavio
Richard Biener writes:
> On Wed, Jun 2, 2021 at 12:01 PM Kewen.Lin wrote:
>>
>> on 2021/6/2 下午5:13, Richard Sandiford wrote:
>> > "Kewen.Lin" writes:
>> >> Hi Richard,
>> >>
>> >> on 2021/6/2 锟斤拷锟斤拷4:11, Richard Sandiford wrote:
>> >>> Kewen Lin writes:
>> Hi all,
>>
>> define_in
On 6/2/21 1:38 AM, Claudiu Zissulescu wrote:
> Approved.
Thx for the super quick action on this Claudiu. Can this be slated for
backports too as it causes issues when building toolchains for modern
cores without explicit defaults.
-Vineet
>
> //Claudiu
> ---
Christophe Lyon writes:
> This patch adds support for auto-vectorization of average value
> computation using vhadd or vrhadd, for both MVE and Neon.
>
> The patch adds the needed [u]avg3_[floor|ceil] patterns to
> vec-common.md, I'm not sure how to factorize them without introducing
> an unspec i
On 6/2/2021 11:32 AM, Richard Sandiford wrote:
Richard Biener writes:
On Wed, Jun 2, 2021 at 12:01 PM Kewen.Lin wrote:
on 2021/6/2 下午5:13, Richard Sandiford wrote:
"Kewen.Lin" writes:
Hi Richard,
on 2021/6/2 锟斤拷锟斤拷4:11, Richard Sandiford wrote:
Kewen Lin writes:
Hi all,
define_insn
On 6/2/2021 11:09 AM, Jakub Jelinek wrote:
Hi!
When building gcc targetting xtensa-linux, there are 2 warnings the PR
complains about:
../../gcc/dwarf2cfi.c: In function ‘void init_one_dwarf_reg_size(int,
machine_mode, rtx, machine_mode, init_one_dwarf_reg_state*)’:
../../gcc/dwarf2cfi.c:291
Christophe Lyon writes:
> This patch adds support for auto-vectorization of absolute value
> computation using vabs.
>
> We use a similar pattern to what is used in neon.md and extend the
> existing neg2 expander to match both 'neg' and 'abs'. This
> implies renaming the existing abs2 define_insn
When copying the enumerators imported by a class-scope using-enum
declaration, we need to override current_access_specifier so that
finish_member_declaration gives them the same access as the using-enum
decl. The processing of a using-enum is performed after we've seen the
entire definition of the
Here, the dependent template name in the return type of f() resolves to
an alias of int& after substitution, and we end up complaining about
qualifying this reference type with 'const' from cp_build_qualified_type
rather than just silently dropping the qualification as per [dcl.ref]/1.
We already
tf_no_cleanup only applies to the outermost TARGET_EXPR, and we already
clear it for nested calls in build_over_call, but in this case both
constructor calls came from convert_like, so we need to clear it in the
recursive call as well. This revealed that we were adding an extra
ck_rvalue in direct
On 5/31/2021 4:46 AM, Martin Liška wrote:
PING^1
On 5/20/21 12:43 PM, Martin Liška wrote:
The simplification patch improves option completion and
handling of the option.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
Thanks,
Martin
gcc/Change
With TI official wiki gone, let's put stable links to their proprietary
toolchain documents, which happen to describe ABI and instruction set.
Signed-off-by: Dimitar Dimitrov
---
htdocs/readings.html | 2 ++
1 file changed, 2 insertions(+)
diff --git a/htdocs/readings.html b/htdocs/readings.htm
On 6/2/21 2:39 PM, Patrick Palka wrote:
When copying the enumerators imported by a class-scope using-enum
declaration, we need to override current_access_specifier so that
finish_member_declaration gives them the same access as the using-enum
decl. The processing of a using-enum is performed aft
On 6/2/21 2:39 PM, Patrick Palka wrote:
Here, the dependent template name in the return type of f() resolves to
an alias of int& after substitution, and we end up complaining about
qualifying this reference type with 'const' from cp_build_qualified_type
rather than just silently dropping the qual
On 5/31/21 7:25 AM, Martin Liška wrote:
Hello.
I've made quite some progress with the porting of the documentation and
I would like to present it to the community now:
https://splichal.eu/scripts/sphinx/
Just a few issues I noticed in the warnings section:
The headings of some warnings mentio
Hi!
On Wed, Jun 02, 2021 at 09:07:35AM +0200, Richard Biener wrote:
> On Wed, Jun 2, 2021 at 7:41 AM liuhongt via Gcc-patches
> wrote:
> > For i386, it will enable below opt
> >
> > from
> > notl%edi
> > vpbroadcastd%edi, %xmm0
> > vpand %xmm1, %xmm0, %xmm0
> > t
1 - 100 of 134 matches
Mail list logo
