On Mon, Jun 7, 2021 at 2:22 PM Hongtao Liu wrote:
>
> On Fri, Jun 4, 2021 at 4:18 PM Marc Glisse wrote:
> >
> > On Fri, 4 Jun 2021, Hongtao Liu via Gcc-patches wrote:
> >
> > > On Tue, Jun 1, 2021 at 6:17 PM Marc Glisse wrote:
> > >>
> > >> On Tue, 1 Jun 2021, Hongtao Liu via Gcc-patches wrote:
On Fri, Jun 4, 2021 at 4:58 AM Kewen.Lin via Gcc-patches
wrote:
>
> Hi Segher,
>
> on 2021/6/3 下午5:18, Segher Boessenkool wrote:
> > On Thu, Jun 03, 2021 at 03:00:44AM -0500, Segher Boessenkool wrote:
> >> On Thu, Jun 03, 2021 at 01:22:38PM +0800, Kewen.Lin wrote:
> >> The whole point of requiring
"H.J. Lu" writes:
> Update vec_duplicate to allow to fail so that backend can only allow
> broadcasting an integer constant to a vector when broadcast instruction
> is available.
I'm not sure why we need this to fail though. Once the optab is defined
for target X, the optab should handle all dup
On Mon, 31 May 2021 at 16:01, Prathamesh Kulkarni
wrote:
>
> On Mon, 31 May 2021 at 15:22, Prathamesh Kulkarni
> wrote:
> >
> > On Wed, 26 May 2021 at 14:07, Marc Glisse wrote:
> > >
> > > On Wed, 26 May 2021, Prathamesh Kulkarni via Gcc-patches wrote:
> > >
> > > > The attached patch removes ca
On Tue, 1 Jun 2021 at 16:03, Prathamesh Kulkarni
wrote:
>
> Hi,
> As mentioned in PR, for following test-case:
>
> #include
>
> uint32x2_t f1(float32x2_t a, float32x2_t b)
> {
> return vabs_f32 (a) >= vabs_f32 (b);
> }
>
> uint32x2_t f2(float32x2_t a, float32x2_t b)
> {
> return (uint32x2_t)
On Wed, Jun 2, 2021 at 2:53 PM Andrew MacLeod wrote:
>
> 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 previ
On Wed, Jun 2, 2021 at 4:53 PM Aldy Hernandez wrote:
>
>
>
> 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 ass
The AVR target builds a lot of multilib variants of target libraries by default,
and I found myself wanting to use the --with-multilib-list argument to limit
what I was building, to shorten build times. This patch implements that option
for the AVR target.
Tested by configuring and building an AV
On Thu, 27 May 2021, Qing Zhao wrote:
> Hi, Richard,
>
> Thanks a lot for your comments.
>
>
> On May 26, 2021, at 6:18 AM, Richard Biener
> mailto:rguent...@suse.de>> wrote:
>
> On Wed, 12 May 2021, Qing Zhao wrote:
>
> Hi,
>
> This is the 3rd version of the patch for the new security feat
On Thu, 3 Jun 2021, Qing Zhao wrote:
> Hi, Richard,
>
> For the following, I need more clarification:
>
>
>
> +/* Expand the IFN_DEFERRED_INIT function according to its second
> argument. */
> +static void
> +expand_DEFERRED_INIT (internal_fn, gcall *stmt)
> +{
> + tree var = gimple_call_lhs
On Thu, 3 Jun 2021, Qing Zhao wrote:
> Hi, Richard,
>
>
> On May 26, 2021, at 6:18 AM, Richard Biener
> mailto:rguent...@suse.de>> wrote:
>
> On Wed, 12 May 2021, Qing Zhao wrote:
>
> Hi,
>
> This is the 3rd version of the patch for the new security feature for GCC.
>
> Please take look and
On Wed, Jun 2, 2021 at 10:55 PM Victor Tong wrote:
>
> Hi Richard,
>
> Thanks for reviewing my patch. I did a search online and you're right --
> there isn't a vector modulo instruction. I'll remove the X * (Y / X) --> Y -
> (Y % X) pattern and the existing X - (X / Y) * Y --> X % Y from trigger
On 6/7/21 8:14 AM, Richard Biener wrote:
Hmm, what's the problem with parsing the strings? The newlines are
only because of our line length limits and hard-coding them looks both
error-prone and ugly.
For the future Sphinx conversion, I need to replace content of the hook
definitions
in .def
On Wed, Jun 2, 2021 at 11:15 PM Andrew MacLeod wrote:
>
> As mentioned earlier, I abstracted the on-entry cache at the beginning
> of stage1. This was to make it easier to port future changes back to
> GCC11 so we could provide alternate representations to deal with memory
> issues, or what have y
On Thu, Jun 3, 2021 at 10:29 AM Trevor Saunders wrote:
>
> On Wed, Jun 02, 2021 at 10:04:03AM -0600, Martin Sebor via Gcc-patches wrote:
> > 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:
This should have been in the GCC 11 release notes, pushed now.
commit bbbf05e7f3d3e7a74d23e8cc252ebae895158abe
Author: Jonathan Wakely
Date: Mon Jun 7 10:27:00 2021 +0100
Document libstdc++ support for generic unordered lookup
diff --git a/htdocs/gcc-11/changes.html b/htdocs/gcc-11/change
This adds id attributes to the heading elements of
https://gcc.gnu.org/gcc-5/porting_to.html (so that I can link directly
to the section on inline functions).
All later porting_to.html notes have anchors like this.
OK for wwwdocs?
commit 9f1723bc1d6b52fcfcfc4a8aee93eada98412e78
Author: Jonathan
The substitute_and_fold_engine which evrp uses is expecting symbolics
from value_of_expr / value_on_edge / etc, which ranger does not provide.
In some cases, these provide important folding cues, as in the case of
aliases for pointers. For example, legacy evrp may return [&foo, &foo]
for the value
Sorry for the slow response.
Tamar Christina writes:
> […]
> diff --git a/gcc/tree-vect-patterns.c b/gcc/tree-vect-patterns.c
> index
> 441d6cd28c4eaded7abd756164890dbcffd2f3b8..82123b96313e6783ea214b9259805d65c07d8858
> 100644
> --- a/gcc/tree-vect-patterns.c
> +++ b/gcc/tree-vect-patterns.c
>
Sorry, meant to append... "OK for trunk?" :)
On Mon, Jun 7, 2021 at 12:10 PM Aldy Hernandez wrote:
>
> The substitute_and_fold_engine which evrp uses is expecting symbolics
> from value_of_expr / value_on_edge / etc, which ranger does not provide.
> In some cases, these provide important folding
On Mon, Jun 07, 2021 at 10:51:18AM +0200, Richard Biener via Gcc-patches wrote:
> On Thu, Jun 3, 2021 at 10:29 AM Trevor Saunders wrote:
> >
> > On Wed, Jun 02, 2021 at 10:04:03AM -0600, Martin Sebor via Gcc-patches
> > wrote:
> > > On 6/2/21 12:55 AM, Richard Biener wrote:
> > > > On Tue, Jun 1,
Bill Schmidt via Gcc-patches writes:
> On 5/20/21 5:24 PM, Segher Boessenkool wrote:
>> On Tue, May 11, 2021 at 11:01:22AM -0500, Bill Schmidt wrote:
>>> Hi! I'd like to ping this specific patch from the series, which is the
>>> only one remaining that affects common code. I confess that I don't
This patch adds support for auto-vectorization of clz for MVE.
It does so by removing the unspec from mve_vclzq_ and uses
'clz' instead. It moves to neon_vclz expander from neon.md to
vec-common.md and renames it into the standard name clz2.
2021-06-03 Christophe Lyon
gcc/
* c
This patch adds vec_unpack_hi_, vec_unpack_lo_,
vec_pack_trunc_ patterns for MVE.
It does so by moving the unpack patterns from neon.md to
vec-common.md, while adding them support for MVE. The pack expander is
derived from the Neon one (which in turn is renamed into
neon_quad_vec_pack_trunc_).
Th
On Fri, 4 Jun 2021, Bernd Edlinger wrote:
> Ping...
OK.
Richard.
> On 5/28/21 9:47 AM, Bernd Edlinger wrote:
> > Hi Richard,
> >
> > I've replicated your PR to make the objective-c checksum compare equal
> >
> > commit fb2647aaf55b453b37badfd40c14c59486a74584
> > Author: Richard Biener
> > D
Hi Chung-Lin!
On 2021-05-14T21:20:25+0800, Chung-Lin Tang wrote:
> This is a version of patch
> https://gcc.gnu.org/pipermail/gcc-patches/2021-May/569665.html
> for mainline trunk.
Related to the discussion in that thread,
<87tuneu3f4.fsf@euler.schwinge.homeip.net">http://mid.mail-archive.com/8
On Fri, Jun 4, 2021 at 12:35 AM Andre Vieira (lists) via Gcc-patches
wrote:
>
> Hi,
>
> This RFC is motivated by the IV sharing RFC in
> https://gcc.gnu.org/pipermail/gcc-patches/2021-May/569502.html and the
> need to have the IVOPTS pass be able to clean up IV's shared between
> multiple loops. W
On Mon, 7 Jun 2021, Jonathan Wakely wrote:
> This adds id attributes to the heading elements of
> https://gcc.gnu.org/gcc-5/porting_to.html (so that I can link directly
> to the section on inline functions).
>
> All later porting_to.html notes have anchors like this.
>
> OK for wwwdocs?
(a) This
On 6/7/21 5:39 AM, Richard Sandiford wrote:
Bill Schmidt via Gcc-patches writes:
On 5/20/21 5:24 PM, Segher Boessenkool wrote:
On Tue, May 11, 2021 at 11:01:22AM -0500, Bill Schmidt wrote:
Hi! I'd like to ping this specific patch from the series, which is the
only one remaining that affects
On Mon, Jun 7, 2021 at 9:30 AM Richard Biener
wrote:
>
> On Wed, Jun 2, 2021 at 4:53 PM Aldy Hernandez wrote:
> >
> >
> >
> > 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:
> >
> > > the case where this only happens aft
On Mon, Jun 7, 2021 at 9:02 AM Hongtao Liu via Gcc-patches
wrote:
>
> On Mon, Jun 7, 2021 at 2:22 PM Hongtao Liu wrote:
> >
> > On Fri, Jun 4, 2021 at 4:18 PM Marc Glisse wrote:
> > >
> > > On Fri, 4 Jun 2021, Hongtao Liu via Gcc-patches wrote:
> > >
> > > > On Tue, Jun 1, 2021 at 6:17 PM Marc G
This removes the remaining xfails in gfortran.dg/gomp/pr99928-*.f90
and should in theory fix all splitting issues.
I see some differences for 'parallel do simd' with regards to attaching
lastprivate to 'for' vs. 'parallel' There are probably more.
(I hope none of them is relevant.)
There are also
On Mon, Jun 7, 2021 at 10:35 AM Martin Liška wrote:
>
> On 6/7/21 8:14 AM, Richard Biener wrote:
> > Hmm, what's the problem with parsing the strings? The newlines are
> > only because of our line length limits and hard-coding them looks both
> > error-prone and ugly.
>
> For the future Sphinx co
On 6/4/21 9:55 AM, Tobias Burnus wrote:
Hello,
On 13.05.21 13:45, Martin Liška wrote:
On 4/1/21 3:30 PM, Martin Liška wrote:
That said, I'm asking the GCC community for a green light before I
invest
more time on it?
So far, I've received just a small feedback about the transition. In
most cas
Hi all,
This refactor allows widening patterns (such as widen_plus/widen_minus) to be
represented as
either internal_fns or tree_codes. The widening patterns were originally added
as tree codes with the expectation that they would be refactored later.
[vect-patterns] Refactor as internal_fn's
On 6/4/21 4:24 PM, Koning, Paul wrote:
On Jun 4, 2021, at 3:55 AM, Tobias Burnus wrote:
Hello,
On 13.05.21 13:45, Martin Liška wrote:
On 4/1/21 3:30 PM, Martin Liška wrote:
That said, I'm asking the GCC community for a green light before I
invest
more time on it?
So far, I've received ju
On Mon, Jun 7, 2021 at 12:10 PM Aldy Hernandez via Gcc-patches
wrote:
>
> The substitute_and_fold_engine which evrp uses is expecting symbolics
> from value_of_expr / value_on_edge / etc, which ranger does not provide.
> In some cases, these provide important folding cues, as in the case of
> alia
On Mon, Jun 7, 2021 at 12:33 PM Trevor Saunders wrote:
>
> On Mon, Jun 07, 2021 at 10:51:18AM +0200, Richard Biener via Gcc-patches
> wrote:
> > On Thu, Jun 3, 2021 at 10:29 AM Trevor Saunders
> > wrote:
> > >
> > > On Wed, Jun 02, 2021 at 10:04:03AM -0600, Martin Sebor via Gcc-patches
> > > w
On Mon, Jun 7, 2021 at 2:35 PM Bill Schmidt wrote:
>
> On 6/7/21 5:39 AM, Richard Sandiford wrote:
> > Bill Schmidt via Gcc-patches writes:
> >> On 5/20/21 5:24 PM, Segher Boessenkool wrote:
> >>> On Tue, May 11, 2021 at 11:01:22AM -0500, Bill Schmidt wrote:
> Hi! I'd like to ping this spec
On 6/7/21 3:25 AM, Richard Biener wrote:
On Wed, Jun 2, 2021 at 2:53 PM Andrew MacLeod wrote:
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
On Mon, Jun 7, 2021 at 3:37 PM Andrew MacLeod wrote:
>
> On 6/7/21 3:25 AM, Richard Biener wrote:
> > On Wed, Jun 2, 2021 at 2:53 PM Andrew MacLeod wrote:
> >> 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
On Mon, Jun 07, 2021 at 03:21:10PM +0200, Tobias Burnus wrote:
> +static void
> +gfc_add_clause_implicitly (gfc_omp_clauses *clauses_out,
> +gfc_omp_clauses *clauses_in,
> +bool is_target, bool is_parallel_do)
> +{
> + int clauselist_to_add = is_targ
On 07.06.21 15:28, Martin Liška wrote:
* I note that we write before the argument index, that those are
without -/-- prefix
but that's not true. Something to fix after the conversation.
Can you please show me a few examples of it?
* https://splichal.eu/scripts/sphinx/gfortran/_build/html
On Mon, Jun 7, 2021 at 12:12 AM Richard Sandiford
wrote:
>
> "H.J. Lu" writes:
> > Update vec_duplicate to allow to fail so that backend can only allow
> > broadcasting an integer constant to a vector when broadcast instruction
> > is available.
>
> I'm not sure why we need this to fail though.
On 6/7/21 9:45 AM, Richard Biener wrote:
On Mon, Jun 7, 2021 at 3:37 PM Andrew MacLeod wrote:
On 6/7/21 3:25 AM, Richard Biener wrote:
On Wed, Jun 2, 2021 at 2:53 PM Andrew MacLeod wrote:
On 6/2/21 7:52 AM, Richard Biener wrote:
On Wed, Jun 2, 2021 at 12:34 PM Aldy Hernandez via Gcc-patches
On Sun, Jun 6, 2021 at 12:01 PM Bin.Cheng wrote:
>
> On Wed, Jun 2, 2021 at 3:28 PM Richard Biener via Gcc-patches
> wrote:
> >
> > 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
On Fri, Jun 4, 2021 at 12:47 AM Jakub Jelinek via Gcc-patches
wrote:
>
> On Fri, Jun 04, 2021 at 01:03:58AM +, Liu, Hongtao wrote:
> > Thanks for the review.
> > Yes, you're right, AVX512VL parts are already guaranteed by
> > ix86_hard_regno_mode_ok.
> >
> > Here is updated patch.
>
> One rem
On the H8 most simple data movement instructions set the N and Z bits in
the status register in useful ways. This patch exposes that and as a
result we eliminate more unnecessary test/compare instructions.
Eliminating an SImode test is particularly profitable from a codesize
standpoint (6 b
On Wed, Jun 2, 2021 at 11:29 AM Kewen.Lin wrote:
>
> 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-linu
On Thu, Jun 3, 2021 at 5:33 AM Kewen.Lin wrote:
>
> Hi Richard,
>
> on 2021/6/3 上午1:19, Richard Sandiford wrote:
> > "Kewen.Lin via Gcc-patches" writes:
> >> Hi,
> >>
> >> As PR100794 shows, in the current implementation PRE bypasses
> >> some optimization to avoid introducing loop carried depend
The patch is approved, if Patrick doesn't do it I'll push it later
today. Thanks!
On Thu, Jun 3, 2021 at 7:32 AM 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 (non-call) preparation statement in the
> middle basic block similar to xor_replacement and others.
> This all
On 6/7/21 8:46 AM, Richard Biener via Gcc-patches wrote:
On Wed, Jun 2, 2021 at 11:29 AM Kewen.Lin wrote:
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
On Fri, 4 Jun 2021 at 21:41, Jonathan Wakely wrote:
>
> On Thu, 3 Jun 2021 at 17:27, Seija K. via Libstdc++
> wrote:
>
> > The original operator was underconstrained. _Up needs to fulfill
> > compare_three_way_result,
> > as mentioned in this bug report
> > https://gcc.gnu.org/bugzilla/show_bug.cg
On 6/7/21 8:36 AM, Richard Biener wrote:
Some maybe obvious issue - what about DOS-style path hosts?
You seem to build ../ strings to point to parent dirs... I'm not sure
what we do elsewhere - I suppose we arrange for appropriate
-I command line arguments?
Well, actually it's just using "./"
(Kees, can you answer one of Richard’s question below? On the reason to
initialize padding of structures)
Richard,
On Jun 7, 2021, at 2:48 AM, Richard Biener
mailto:rguent...@suse.de>> wrote:
Meh - can you try using a mailer that does proper quoting? It's difficult
to spot your added comment
Hi,
> On Jun 7, 2021, at 2:53 AM, Richard Biener wrote:
>
>>
>> To address the above suggestion:
>>
>> My study shows: the call to __builtin_clear_padding is expanded during
>> gimplification phase.
>> And there is no __bultin_clear_padding expanding during rtx expanding phase.
>> However, f
On 6/7/21 4:40 AM, Richard Biener wrote:
On Wed, Jun 2, 2021 at 11:15 PM Andrew MacLeod wrote:
My thoughts are I would put this into trunk, and assuming nothing comes
up over the next couple of days, port it back to GCC11 to resolve
100299 and other excessive memory consumption PRs there as w
On Mon, Jun 7, 2021 at 5:38 PM Bill Schmidt wrote:
>
> On 6/7/21 8:36 AM, Richard Biener wrote:
> >
> > Some maybe obvious issue - what about DOS-style path hosts?
> > You seem to build ../ strings to point to parent dirs... I'm not sure
> > what we do elsewhere - I suppose we arrange for appropr
On 6/7/21 12:45 PM, Richard Biener wrote:
On Mon, Jun 7, 2021 at 5:38 PM Bill Schmidt wrote:
On 6/7/21 8:36 AM, Richard Biener wrote:
Some maybe obvious issue - what about DOS-style path hosts?
You seem to build ../ strings to point to parent dirs... I'm not sure
what we do elsewhere - I supp
On Mon, Jun 7, 2021 at 7:26 PM Andrew MacLeod wrote:
>
> On 6/7/21 4:40 AM, Richard Biener wrote:
> > On Wed, Jun 2, 2021 at 11:15 PM Andrew MacLeod wrote:
> >>
> >> My thoughts are I would put this into trunk, and assuming nothing comes
> >> up over the next couple of days, port it back to GCC1
On Mon, Jun 7, 2021 at 4:19 PM H.J. Lu wrote:
>
> On Mon, Jun 7, 2021 at 12:12 AM Richard Sandiford
> wrote:
> >
> > "H.J. Lu" writes:
> > > Update vec_duplicate to allow to fail so that backend can only allow
> > > broadcasting an integer constant to a vector when broadcast instruction
> > > is
On 6/6/2021 5:18 PM, Andrew Pinski via Gcc-patches wrote:
On Sun, Jun 6, 2021 at 4:13 PM Fangrui Song via Gcc-patches
wrote:
From: Fangrui Song
--enable-default-semantic-interposition=no makes -fPIC default to
-fno-semantic-interposition which enables interprocedural optimizations
for defa
On Mon, Jun 7, 2021 at 7:59 PM Richard Biener
wrote:
>
> On Mon, Jun 7, 2021 at 4:19 PM H.J. Lu wrote:
> >
> > On Mon, Jun 7, 2021 at 12:12 AM Richard Sandiford
> > wrote:
> > >
> > > "H.J. Lu" writes:
> > > > Update vec_duplicate to allow to fail so that backend can only allow
> > > > broadcas
On Mon, Jun 07, 2021 at 12:01:55PM -0600, Jeff Law via Gcc-patches wrote:
> > This breaks assumptions across the board. If software packages want
> > to use -fno-semantic-interposition that is one thing. But distros
> > should not be changing the default. This is just like using
> > -ffast-math
On 6/7/21 3:30 PM, Richard Biener wrote:
On Mon, Jun 7, 2021 at 12:10 PM Aldy Hernandez via Gcc-patches
wrote:
The substitute_and_fold_engine which evrp uses is expecting symbolics
from value_of_expr / value_on_edge / etc, which ranger does not provide.
In some cases, these provide important
On Mon, Apr 26, 2021 at 09:36:33AM -0700, Carl Love wrote:
> This patch adds support for converting to/from 128-bit integers and
> 128-bit decimal floating point formats using the new P10 instructions
> dcffixqq and dctfixqq. The new instructions are only used on P10 HW,
> otherwise the conversion
So, as many of you know I left Red Hat a while ago and joined Tachyum.
We're building a new processor and we've come across an issue where I
think we need upstream discussion.
I can't divulge many of the details right now, but one of the quirks of
our architecture is that reg+d addressing
On 2021-06-07, Jakub Jelinek wrote:
On Mon, Jun 07, 2021 at 12:01:55PM -0600, Jeff Law via Gcc-patches wrote:
> This breaks assumptions across the board. If software packages want
> to use -fno-semantic-interposition that is one thing. But distros
> should not be changing the default. This
Hi Carl,
On Wed, Apr 28, 2021 at 10:39:14AM -0700, Carl Love wrote:
> The agreement for the sign extension builtin was to just make it Endian
> aware rather then go with a more complex definition. The prior patch
> has been updated with this new functionality.
>
> This patch adds support for the
On Thu, Jun 3, 2021 at 11:31 PM Hongtao Liu via Gcc-patches
wrote:
>
> On Fri, Jun 4, 2021 at 2:27 PM Uros Bizjak via Gcc-patches
> wrote:
> >
> > On Thu, Jun 3, 2021 at 8:54 AM liuhongt wrote:
> > >
> > > When __builtin_ia32_vzeroupper is called explicitly, the corresponding
> > > vzeroupper pa
On 6/7/21 9:30 AM, Richard Biener via Gcc-patches wrote:
On Mon, Jun 7, 2021 at 12:10 PM Aldy Hernandez via Gcc-patches
wrote:
The substitute_and_fold_engine which evrp uses is expecting symbolics
from value_of_expr / value_on_edge / etc, which ranger does not provide.
In some cases, these prov
Hi!
On Thu, May 20, 2021 at 09:38:49PM -0400, Michael Meissner wrote:
> Basically for code generation tests, I see the following cases:
>
> 1) Test code targetting precisley power8 (or power9, power10), etc. Hopefully
> these are rare.
-mdejagnu-cpu= works perfectly for this. You may need a *_
On Tue, May 18, 2021 at 04:26:06PM -0400, Michael Meissner wrote:
> This patch adds the support for the IEEE 128-bit floating point C minimum and
> maximum instructions.
> gcc/
> 2021-05-18 Michael Meissner
>
> * config/rs6000/rs6000.c (rs6000_emit_minmax): Add support for ISA
> 3.
On Mon, Jun 7, 2021 at 11:10 AM Richard Biener
wrote:
>
> On Mon, Jun 7, 2021 at 7:59 PM Richard Biener
> wrote:
> >
> > On Mon, Jun 7, 2021 at 4:19 PM H.J. Lu wrote:
> > >
> > > On Mon, Jun 7, 2021 at 12:12 AM Richard Sandiford
> > > wrote:
> > > >
> > > > "H.J. Lu" writes:
> > > > > Update v
On 6/7/21 2:51 AM, Richard Biener wrote:
On Thu, Jun 3, 2021 at 10:29 AM Trevor Saunders wrote:
On Wed, Jun 02, 2021 at 10:04:03AM -0600, Martin Sebor via Gcc-patches wrote:
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, Ja
Update Power10 scheduling description for new fused instruction types.
Bootstrap/regtest on powerpc64le(Power10) with no new regressions. Ok for
trunk?
-Pat
2021-06-07 Pat Haugen
gcc/ChangeLog:
* config/rs6000/power10.md (power10-fused-load, power10-fused-store,
power10-fus
2021-06-07 Uroš Bizjak
gcc/
PR target/100637
* config/i386/i386-expand.c (ix86_expand_vector_init_duplicate):
Handle V4QI mode.
(ix86_expand_vector_init_one_nonzero): Ditto.
(ix86_expand_vector_init_one_var): Ditto.
(ix86_expand_vector_init_general): Ditto.
* config/
On Sun, 6 Jun 2021, Tom Honermann via Gcc-patches wrote:
> These changes do not impact default gcc behavior. The existing -fchar8_t
> option is extended to C compilation to enable the N2653 changes, and
> -fno-char8_t is extended to explicitly disable them. N2653 has not yet been
> accepted by W
On Sun, 6 Jun 2021, Tom Honermann via Gcc-patches wrote:
> When -fchar8_t support is enabled for non-C++ modes, the _CHAR8_T_SOURCE macro
> is predefined. This is the mechanism proposed to glibc to opt-in to
> declarations of the char8_t typedef and c8rtomb and mbrtoc8 functions proposed
> in N26
On Mon, 7 Jun 2021 15:30:22 +0200
Martin Liška wrote:
> Anyway, this is resolved as I use more appropriate directive:
> https://splichal.eu/scripts/sphinx/gfortran/_build/html/intrinsic-procedures/access-checks-file-access-modes.html
ISTM there's a typo s/Tailing/Trailing/ in gcc/fortran/intrins
On Thu, May 20, 2021 at 02:27:06PM -0500, will schmidt wrote:
> On Tue, 2021-05-18 at 16:28 -0400, Michael Meissner wrote:
> > + if (compare_mode == result_mode
> > + || (compare_mode == SFmode && result_mode == DFmode)
> > + || (compare_mode == DFmode && result_mode == SFmode))
> > +
This pair of patches provides a sparse representation of the on-entry
cache for ranger. When the number of basic blocks exceed
-param=evrp-sparse-threshold= (default to 800), ranger moves to a
sparse representation rather allocating a full vector for each ssa-name.
This is based on an extens
Also, it seems odd to add a new field to cpp_options without any code in
libcpp that uses the value of that field.
--
Joseph S. Myers
jos...@codesourcery.com
Fixes libstdc++/100889
libstdc++-v3/ChangeLog:
* include/bits/atomic_base.h (atomic_ref<_Tp*>::wait):
Change parameter type from _Tp to _Tp*.
* testsuite/29_atomics/atomic_ref/wait_notify.cc: Extend
coverage of types tested.
---
libstdc++-v3/include/bits/atomic_ba
In theory we could have a split condition not inclusive of the insn
condition in the past. That never was a good idea, the code does not do
what a non-suspicious reader would think it does. But it leads to more
serious problems together with iterators: if the split condition (as
written) does not
On 6/3/21 2:29 AM, Trevor Saunders wrote:
On Wed, Jun 02, 2021 at 10:04:03AM -0600, Martin Sebor via Gcc-patches wrote:
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
On Tue, May 18, 2021 at 04:28:27PM -0400, Michael Meissner wrote:
> In this patch, I simplified things compared to previous patches. Instead of
> allowing any four of the modes to be used for the conditional move comparison
> and the move itself could use different modes, I restricted the conditio
On Mon, Jun 07, 2021 at 03:41:29PM -0500, Pat Haugen wrote:
> Update Power10 scheduling description for new fused instruction types.
Okay for trunk. Thanks!
Segher
On Mon, Jun 07, 2021 at 09:48:41AM +0200, Richard Biener wrote:
> On Thu, 27 May 2021, Qing Zhao wrote:
> > @@ -5001,6 +5185,17 @@ gimplify_init_constructor (tree *expr_p, gimple_seq
> > *pre_p, gimple_seq *post_p,
> > /* If a single access to the target must be ensured and all
> > element
On Mon, Jun 07, 2021 at 04:18:46PM +, Qing Zhao wrote:
> Hi,
>
> > On Jun 7, 2021, at 2:53 AM, Richard Biener wrote:
> >
> >>
> >> To address the above suggestion:
> >>
> >> My study shows: the call to __builtin_clear_padding is expanded during
> >> gimplification phase.
> >> And there i
Hi!
On Fri, Jun 04, 2021 at 10:57:51AM +0800, Kewen.Lin via Gcc-patches wrote:
> To find out those need fixing seems to be the critical part. It's
> not hard to add one explicit "&&" to those that don't have it now, but
> even with further bootstrapped and regression tested I'm still not
> confid
When we have explicit() with a value-dependent argument, we can't
evaluate it at parsing time, so cp_parser_function_specifier_opt stashes
the argument into the decl-specifiers and grokdeclarator then stores it
into explicit_specifier_map, which is then used when substituting the
function decl. gr
This time without the repeatred [PR] in the subject line.
Fixes libstdc++/100889
libstdc++-v3/ChangeLog:
* include/bits/atomic_base.h (atomic_ref<_Tp*>::wait):
Change parameter type from _Tp to _Tp*.
* testsuite/29_atomics/atomic_ref/wait_notify.cc: Extend
cov
Update the patch according to the comments. Thanks.
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:K
on 2021/6/7 下午3:12, Richard Biener wrote:
> On Fri, Jun 4, 2021 at 4:58 AM Kewen.Lin via Gcc-patches
> wrote:
>>
>> Hi Segher,
>>
>> on 2021/6/3 下午5:18, Segher Boessenkool wrote:
>>> On Thu, Jun 03, 2021 at 03:00:44AM -0500, Segher Boessenkool wrote:
On Thu, Jun 03, 2021 at 01:22:38PM +0800,
Hi Segher,
on 2021/6/8 上午7:50, Segher Boessenkool wrote:
> Hi!
>
> On Fri, Jun 04, 2021 at 10:57:51AM +0800, Kewen.Lin via Gcc-patches wrote:
>> To find out those need fixing seems to be the critical part. It's
>> not hard to add one explicit "&&" to those that don't have it now, but
>> even wit
> unrecognized command line option '-mthread'; did you mean '-mthreads'?
---
gcc/doc/invoke.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index 04048cd8332b..92bb1308b805 100644
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.
On Mon, Jun 07, 2021 at 04:17:09PM -0600, Martin Sebor wrote:
> On 6/3/21 2:29 AM, Trevor Saunders wrote:
> > On Wed, Jun 02, 2021 at 10:04:03AM -0600, Martin Sebor via Gcc-patches
> > wrote:
> > > On 6/2/21 12:55 AM, Richard Biener wrote:
> > > > On Tue, Jun 1, 2021 at 9:56 PM Martin Sebor wrote
On Mon, Jun 07, 2021 at 02:34:26PM -0600, Martin Sebor wrote:
> On 6/7/21 2:51 AM, Richard Biener wrote:
> > On Thu, Jun 3, 2021 at 10:29 AM Trevor Saunders
> > wrote:
> > >
> > > On Wed, Jun 02, 2021 at 10:04:03AM -0600, Martin Sebor via Gcc-patches
> > > wrote:
> > > > On 6/2/21 12:55 AM, Ric
1 - 100 of 106 matches
Mail list logo
