Hi!
I'd like to gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2021-June/572555.html
BR,
Kewen
on 2021/6/11 下午9:16, Kewen.Lin via Gcc-patches wrote:
> Hi Segher,
>
> Thanks for the review!
>
> on 2021/6/10 上午4:17, Segher Boessenkool wrote:
>> Hi!
>>
>> On Wed, Dec 16, 2020 at 04
On Wed, Jun 23, 2021 at 05:43:32PM -0600, Martin Sebor wrote:
> On 6/22/21 11:23 PM, Trevor Saunders wrote:
> > On Tue, Jun 22, 2021 at 02:01:24PM -0600, Martin Sebor wrote:
> > > On 6/21/21 1:15 AM, Richard Biener wrote:
> > > > On Fri, Jun 18, 2021 at 6:03 PM Martin Sebor wrote:
> > > > >
> > >
Hi,
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/571258.html
BR,
Kewen
on 2021/6/9 上午10:26, Kewen.Lin via Gcc-patches wrote:
> Hi,
>
> Gentle ping this:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2021-May/571258.html
>
> BR,
> Kewen
>
> on 2021/5/26 上午10:59, Kewen
On Mon, Jun 28, 2021 at 2:50 PM Kewen.Lin wrote:
>
> Hi!
>
> on 2021/6/9 下午1:18, Kewen.Lin via Gcc-patches wrote:
> > Hi,
> >
> > PR100328 has some details about this issue, I am trying to
> > brief it here. In the hottest function LBM_performStreamCollideTRT
> > of SPEC2017 bmk 519.lbm_r, there
On Mon, Jun 28, 2021 at 3:12 PM Hongtao Liu wrote:
>
> On Mon, Jun 28, 2021 at 2:50 PM Kewen.Lin wrote:
> >
> > Hi!
> >
> > on 2021/6/9 下午1:18, Kewen.Lin via Gcc-patches wrote:
> > > Hi,
> > >
> > > PR100328 has some details about this issue, I am trying to
> > > brief it here. In the hottest fu
>On 6/23/2021 12:53 AM, CHIGOT, CLEMENT via Gcc-patches wrote:
>> Hi David,
>>
>> Did you have a chance to take look at this patch ?
>>
>> Thanks,
>> Clément
>>
>>
>>> +DavidMalcolm
>>>
>>> Can you review this patch when you have a moment?
>>>
>>> Thanks, David
>>>
>>> On Mon, May 17, 2021 at 3:05
on 2021/6/28 下午3:20, Hongtao Liu wrote:
> On Mon, Jun 28, 2021 at 3:12 PM Hongtao Liu wrote:
>>
>> On Mon, Jun 28, 2021 at 2:50 PM Kewen.Lin wrote:
>>>
>>> Hi!
>>>
>>> on 2021/6/9 下午1:18, Kewen.Lin via Gcc-patches wrote:
Hi,
PR100328 has some details about this issue, I am trying t
On Fri, Jun 25, 2021 at 10:52 PM Martin Sebor wrote:
>
> On 6/1/21 3:38 PM, Jason Merrill wrote:
> > On 6/1/21 3: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 2021/6/25 18:02, Richard Biener wrote:
> On Fri, Jun 25, 2021 at 11:41 AM Xionghu Luo wrote:
>>
>>
>>
>> On 2021/6/25 16:54, Richard Biener wrote:
>>> On Fri, Jun 25, 2021 at 10:34 AM Xionghu Luo via Gcc-patches
>>> wrote:
From: Xiong Hu Luo
adjust_iv_update_pos in tree
On Sat, Jun 26, 2021 at 12:36 AM Martin Sebor wrote:
>
> On 6/25/21 4:11 PM, Jason Merrill wrote:
> > On 6/25/21 4:51 PM, Martin Sebor wrote:
> >> On 6/1/21 3:38 PM, Jason Merrill wrote:
> >>> On 6/1/21 3:56 PM, Martin Sebor wrote:
> On 5/27/21 2:53 PM, Jason Merrill wrote:
> > On 4/27/21
On Sun, Jun 27, 2021 at 5:46 PM Aldy Hernandez wrote:
>
>
>
> On 6/25/21 9:38 AM, Richard Biener wrote:
> > On Thu, Jun 24, 2021 at 5:01 PM Andrew MacLeod wrote:
> >>
> >> On 6/24/21 9:25 AM, Andrew MacLeod wrote:
> >>> On 6/24/21 8:29 AM, Richard Biener wrote:
> >>>
> >>>
> >>> THe original func
on 2021/6/25 上午3:36, Segher Boessenkool wrote:
> On Thu, Jun 24, 2021 at 05:32:20PM +0800, Kewen.Lin wrote:
>> on 2021/6/24 上午12:58, Segher Boessenkool wrote:
>>> On Wed, Jun 23, 2021 at 12:17:07PM +0800, Kewen.Lin wrote:
>> +#ifdef FLOAT128_HW_INSNS_ISA3_1
>> TFtype __floattikf (TItype_pp
On Mon, Jun 28, 2021 at 10:07 AM Xionghu Luo wrote:
>
>
>
> On 2021/6/25 18:02, Richard Biener wrote:
> > On Fri, Jun 25, 2021 at 11:41 AM Xionghu Luo wrote:
> >>
> >>
> >>
> >> On 2021/6/25 16:54, Richard Biener wrote:
> >>> On Fri, Jun 25, 2021 at 10:34 AM Xionghu Luo via Gcc-patches
> >>> wro
This fixes breakage of live lane extracts from permuted loads we elide
from BB reduction vectorization by handling the un-permuting the same
as in the regular eliding code - apply the reverse permute to
both the scalar stmts and the load permutation.
Bootstrapped and tested on x86_64-unknown-linux
On Thu, 24 Jun 2021 at 22:01, Kyrylo Tkachov wrote:
>
>
>
> > -Original Message-
> > From: Prathamesh Kulkarni
> > Sent: 14 June 2021 09:02
> > To: Christophe Lyon
> > Cc: gcc Patches ; Kyrylo Tkachov
> >
> > Subject: Re: [ARM] PR98435: Missed optimization in expanding vector
> > constr
On Mon, Jun 28, 2021 at 1:26 AM apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> Since match_simplify_replacement uses gimple_simplify, there is a new
> ssa name created sometimes and then we go and replace the phi edge with
> this new ssa name, the range information on the phi is lo
On Mon, Jun 28, 2021 at 1:27 AM apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> To move a few things more to match-and-simplify from phiopt,
> we need to allow match_simplify_replacement to run in early
> phiopt. To do this we add a replacement for gimple_simplify
> that is explictl
> -Original Message-
> From: Prathamesh Kulkarni
> Sent: 28 June 2021 09:38
> To: Kyrylo Tkachov
> Cc: Christophe Lyon ; gcc Patches patc...@gcc.gnu.org>
> Subject: Re: [ARM] PR98435: Missed optimization in expanding vector
> constructor
>
> On Thu, 24 Jun 2021 at 22:01, Kyrylo Tkacho
On Mon, Jun 28, 2021 at 1:28 AM apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> Since match and simplify does not have all of the inverted
> comparison patterns, it make sense to just have
> phi-opt try to do the inversion and try match and simplify again.
>
> OK? Bootstrapped and t
On 28/06/2021 10:40, Kyrylo Tkachov via Gcc-patches wrote:
-Original Message-
From: Prathamesh Kulkarni
Sent: 28 June 2021 09:38
To: Kyrylo Tkachov
Cc: Christophe Lyon ; gcc Patches
Subject: Re: [ARM] PR98435: Missed optimization in expanding vector
constructor
On Thu, 24 Jun 2021
On Mon, Jun 28, 2021 at 1:29 AM apinski--- via Gcc-patches
wrote:
>
> From: Andrew Pinski
>
> To improve phiopt and be able to remove abs_replacement, this ports
> most of "A CMP 0 ? A : -A" from fold_cond_expr_with_comparison to
> match.pd. There is a few extra changes that are needed to remove
Hello.
Tested and approved by Jeff.
Martin
Silents:
/home/marxin/Programming/gcc/gcc/config/v850/v850.c: In function ‘char*
construct_dispose_instruction(rtx)’:
/home/marxin/Programming/gcc/gcc/config/v850/v850.c:2690:22: warning: ‘%s’
directive writing up to 99 bytes into a region of size b
Tested and approved by Jeff.
I'm going to push it.
Martin
gcc/ChangeLog:
* config/v850/v850.c (v850_option_override): Build default
target node.
(v850_can_inline_p): New. Allow MASK_PROLOG_FUNCTION to be
ignored for inlining.
(TARGET_CAN_INLINE_P): New.
On 23.06.21 11:58, Andrew Stubbs wrote:
On 23/06/2021 10:53, Tobias Burnus wrote:
+ additionally the following features which were available in C
and C++
+ before: depobj, mutexinoutset and
I realise that you did not invent this awkward wording, but I'd prefer
...
"the following fea
This fixes the missing handling of PHIs in gimple_walk_op which causes
the new vectorizer SLP hybrid detection scheme to fail.
Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed to trunk.
2021-06-28 Richard Biener
PR tree-optimization/101229
* gimple-walk.c (gimple_wa
> I've got something that is very close to be a patch candidate that can be
> eventually merged. Right now, the patches are available here:
> https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=log;h=refs/users/marxin/heads/sphinx-v3
FWIW I would prefer to review the changes posted here directly with a
On Mon, Jun 28, 2021 at 04:15:15PM +0800, Kewen.Lin wrote:
> on 2021/6/25 上午3:36, Segher Boessenkool wrote:
> > mode(__TI__) is just the more portable way of writing mode(TI), the
> > latter will not work if something #define's TI (you cannot do that with
> > __TI__, you are not allowed to by the C
On 6/28/21 12:23 PM, Arnaud Charlet wrote:
I've got something that is very close to be a patch candidate that can be
eventually merged. Right now, the patches are available here:
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;a=log;h=refs/users/marxin/heads/sphinx-v3
FWIW I would prefer to review
Hi Sandra, hi all,
On 19.06.21 00:47, Sandra Loosemore wrote:
Thanks. The description of the options is a lot easier to follow now,
so I mostly have only nit-picky Texinfo/grammar/terminology comments
about the docs now.
Thanks for your comments/wording suggestions.
The -f options are alphabet
Long lines need special handling.
Martin
contrib/ChangeLog:
* mklog.py: Handle correctly long lines.
* test_mklog.py: Test it.
---
contrib/mklog.py | 22 ++
contrib/test_mklog.py | 25 +
2 files changed, 43 insertions(+), 4 delet
On 25/06/2021 21:51, Jonathan Wakely via Libstdc++ wrote:
Conditionally #undef some more names that are used in system headers.
libstdc++-v3/ChangeLog:
PR libstdc++/97088
* testsuite/17_intro/names.cc: Undef more names for newlib and
also for arm-none-linux-gnueabi.
Hello.
I'm sending the complete patch set that includes ChangeLog entries.
Unfortunately,
majority of the patches are huge, that's why I sent like to a tarball:
https://splichal.eu/tmp/port-to-sphinx-v1.tar
The tarball contains the following patches:
19e06194746 Ada: port to Sphinx.
9a744ca431
On 6/26/21 4:44 PM, Artur Sinila wrote:
Not so gentle ping :)
What should happen in order for this patch to be accepted?
Hello.
We came up to conclusion that one can use the currently supported option
-fuse-ld={bfd,gold,lld} with -B that can point to an arbitrary path
the such linker is expec
On Sun, Jun 27, 2021 at 2:00 PM Richard Sandiford
wrote:
>
> "H.J. Lu via Gcc-patches" writes:
> > On Sun, Jun 27, 2021 at 1:43 AM Richard Sandiford
> > wrote:
> >>
> >> "H.J. Lu" writes:
> >> > 1. Update vec_duplicate to allow to fail so that backend can only allow
> >> > broadcasting an integ
On 6/24/21 12:46 AM, Segher Boessenkool wrote:
Hi!
On Wed, Jun 23, 2021 at 03:22:34PM +0200, Martin Liška wrote:
As mentioned in the "Fallout: save/restore target options in
handle_optimize_attribute"
thread, we need to support target option restore of
rs6000_long_double_type_size == FLOAT_PREC
On Mon, 2021-06-28 at 14:08 +0200, Martin Liška wrote:
> On 6/26/21 4:44 PM, Artur Sinila wrote:
> > Not so gentle ping :)
> > What should happen in order for this patch to be accepted?
> >
>
> Hello.
>
> We came up to conclusion that one can use the currently supported
> option
> -fuse-ld={bfd,
"H.J. Lu" writes:
> On Sun, Jun 27, 2021 at 2:00 PM Richard Sandiford
> wrote:
>>
>> "H.J. Lu via Gcc-patches" writes:
>> > On Sun, Jun 27, 2021 at 1:43 AM Richard Sandiford
>> > wrote:
>> >>
>> >> "H.J. Lu" writes:
>> >> > 1. Update vec_duplicate to allow to fail so that backend can only allo
On 6/27/21 11:46 AM, Aldy Hernandez wrote:
On 6/25/21 9:38 AM, Richard Biener wrote:
On Thu, Jun 24, 2021 at 5:01 PM Andrew MacLeod
wrote:
On 6/24/21 9:25 AM, Andrew MacLeod wrote:
On 6/24/21 8:29 AM, Richard Biener wrote:
THe original function in EVRP currently looks like:
==
For C++11 std::ws changed to be an unformatted input function, meaning
it constructs a sentry and sets badbit on exceptions.
libstdc++-v3/ChangeLog:
* doc/xml/manual/intro.xml: Document LWG 415 change.
* doc/html/manual/bugs.html: Regenerate.
* include/bits/istream.tcc (ws
PR libstdc++/101236 shows that LLVM depends on being able to use
unique_ptr::operator[] when T is incomplete. This is undefined, but
previously worked with libstdc++. When I added the conditional noexcept
to that operator we started to diagnose the incomplete type.
This change restores support for
On 6/28/21 2:24 PM, Artur Sinila wrote:
On Mon, 2021-06-28 at 14:08 +0200, Martin Liška wrote:
On 6/26/21 4:44 PM, Artur Sinila wrote:
Not so gentle ping :)
What should happen in order for this patch to be accepted?
Hello.
We came up to conclusion that one can use the currently supported
op
On Mon, 2021-06-28 at 15:26 +0200, Martin Liška wrote:
> On 6/28/21 2:24 PM, Artur Sinila wrote:
> > On Mon, 2021-06-28 at 14:08 +0200, Martin Liška wrote:
> > > On 6/26/21 4:44 PM, Artur Sinila wrote:
> > > > Not so gentle ping :)
> > > > What should happen in order for this patch to be accepted?
On Mon, Jun 28, 2021 at 03:26:21PM +0200, Martin Liška wrote:
> > There are 2 options:
> > 1. Add mold to -fuse-ld option
> > 2. Implement --ld-path
> >
> > The 2nd option is much more future-proof: you won't need to add new
> > -fuse-ld variant each time new linker comes up. To provide some
> > c
On Mon, Jun 28, 2021 at 04:41:06PM +0300, Artur Sinila wrote:
> See https://reviews.llvm.org/D83015. Speaking about -B option, AFAIK it
> will make gcc to search for collect2, cc and other tools in specified
> directory, so apart from creating a symlink to mold, I'll also need to
> create symlinks
Ping. CC several maintainers who may help to review MIPS patches.
Sorry if it sounds buzzing.
On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote:
> Commit message shamelessly copied from 1777beb6b129 by jakub:
>
> This function, because it is sometimes called even outside of function
> bodies,
On Thu, 24 Jun 2021 at 22:11, Tim Song wrote:
>
> That example violates http://eel.is/c++draft/unique.ptr.runtime.general#3
Even though it's undefined I committed a workaround to allow it,
because it breaks LLVM:
https://gcc.gnu.org/pipermail/libstdc++/2021-June/052851.html
(I forgot to send that
On Mon, 28 Jun 2021 at 12:56, Christophe LYON wrote:
>
>
> On 25/06/2021 21:51, Jonathan Wakely via Libstdc++ wrote:
> > Conditionally #undef some more names that are used in system headers.
> >
> > libstdc++-v3/ChangeLog:
> >
> > PR libstdc++/97088
> > * testsuite/17_intro/names.cc: Un
These function templates are explicitly specialized for char and wchar_t
streambufs, so the explicit instantiations do nothing. Remove them, to
avoid confusion.
libstdc++-v3/ChangeLog:
* include/bits/streambuf.tcc (__copy_streambufs_eof): Remove
explicit instantiation declarations
On Mon, 28 Jun 2021 at 15:20, Jonathan Wakely wrote:
>
> On Mon, 28 Jun 2021 at 12:56, Christophe LYON wrote:
> >
> >
> > On 25/06/2021 21:51, Jonathan Wakely via Libstdc++ wrote:
> > > Conditionally #undef some more names that are used in system headers.
> > >
> > > libstdc++-v3/ChangeLog:
> > >
>
Hi Paul!
I'd like to install this patch to let the pdp11-aout configuration
build again with eg.
../gcc/configure --target=pdp11-aout --enable-werror-always \
--enable-languages=all --disable-gcov --disable-shared \
--disable-threads --without-headers \
--prefix=/var/lib/l
Are formatted manuals (HTML, PDF, man, info) corresponding to this patch
version also available for review?
--
Joseph S. Myers
jos...@codesourcery.com
On 28/06/2021 17:26, Jonathan Wakely wrote:
On Mon, 28 Jun 2021 at 15:20, Jonathan Wakely wrote:
On Mon, 28 Jun 2021 at 12:56, Christophe LYON wrote:
On 25/06/2021 21:51, Jonathan Wakely via Libstdc++ wrote:
Conditionally #undef some more names that are used in system headers.
libstdc++-v3
I managed to delete the libgomp part before posting the patch, hence,
reposted.
(The change from -foffload= to -foffload-options= ensures that also
other configured compilers such as GCN are used, an issue that Thomas
found. The original -foffload=nvptx-none=-latomic was added because as
otherwis
> On Jun 28, 2021, at 11:33 AM, Jan-Benedict Glaw wrote:
>
> Hi Paul!
>
> I'd like to install this patch to let the pdp11-aout configuration
> build again with eg.
>
> ../gcc/configure --target=pdp11-aout --enable-werror-always \
> --enable-languages=all --disable-gcov --disable-shared
This is the ranger-based backwards threader. It is divided into two
parts: the solver and the path discovery bits.
The solver is generic enough, that it may be of use to other passes,
so it's been abstracted into its own separate class/file. Andrew and
I have already gone over it, so I don't thi
This is is the main basic block path solver for use in the ranger-based
backwards threader. Given a path of BBs, the class can solve the final
conditional or any SSA name used in calculating the final conditional.
The main API is:
// This class is a basic block path solver. Given a set of BBs
/
This is a rewrite of the backwards threader with a ranger based solver.
The code is divided into two parts: the path solver in
tree-ssa-path-solver.*, and the path discovery in
tree-ssa-threadbackward.c.
The legacy code is still available with --param=threader-mode=legacy,
but will be removed sho
The following runs into the problem that the pointer
is privatized but not the pointer target (in the C
sense, i.e. it affects both allocatables and pointers
in Fortran). Thus, when running it with non-shared
memory offloading, the pointer shows to an invalid
address.
I think the fix is obvious (
This patch externalizes some internal DIE structures and their attributes
for the use of DWARF-based debug formats like CTF and BTF.
The following functions which were previously defined as static in
dwarf2out.c are now non-static, and extern prototypes for them have
been added to dwarf2out.h:
-
Move some functionality into a procedure of its own. This is only so that when
the patch for ctf comes along, the gcc-dg-debug-runtest procedure looks bit
more uniform.
gcc/testsuite/ChangeLog:
* lib/gcc-dg.exp (gcc-dg-target-supports-debug-format): New procedure.
---
gcc/testsuite/lib/g
[Changes from V9:
All the patches have been OKed, provided a few things were fixed
before pushing. These points, raised by Richard Biener and Jason
Merrill, have been all addressed as part of the following changes:
- No dwarf2int.h header is introduced anymore in the patch
series. Instea
This commit documents the new command line options introduced by the
CTF and BTF debug formats.
2021-06-28 Indu Bhagat
* doc/invoke.texi: Document the CTF and BTF debug info options.
---
gcc/doc/invoke.texi | 32 +++-
1 file changed, 31 insertions(+), 1 del
libiberty/ChangeLog:
* simple-object.c (handle_lto_debug_sections): Copy over .BTF section.
---
libiberty/simple-object.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libiberty/simple-object.c b/libiberty/simple-object.c
index 909995dd166..facbf94fd09 100644
--- a/libiberty/simp
This patch changes the BPF GCC backend in order to use the DWARF debug
hooks and therefore enables the user to generate BTF debugging
information with -gbtf. Generating BTF is crucial when compiling BPF
programs, since the CO-RE (compile-once, run-everwhere) mechanism
used by the kernel BPF loader
This commit adds a new testsuite for the CTF debug format.
2021-06-28 Indu Bhagat
David Faust
gcc/testsuite/
* lib/gcc-dg.exp (gcc-dg-frontend-supports-ctf): New procedure.
(gcc-dg-debug-runtest): Add -gctf support.
* gcc.dg/debug/btf/btf-1.c: New test.
On Mon, Jun 28, 2021 at 12:27 AM CHIGOT, CLEMENT
wrote:
>
> A few things were missing to correctly handle DWARF files on AIX.
>
> Moreover, the previously base_addres was the starting address of
> the .text section of a loaded file instead of the difference
> between this starting address and the
On 6/28/21 2:07 AM, Richard Biener wrote:
On Sat, Jun 26, 2021 at 12:36 AM Martin Sebor wrote:
On 6/25/21 4:11 PM, Jason Merrill wrote:
On 6/25/21 4:51 PM, Martin Sebor wrote:
On 6/1/21 3:38 PM, Jason Merrill wrote:
On 6/1/21 3:56 PM, Martin Sebor wrote:
On 5/27/21 2:53 PM, Jason Merrill w
Ping: https://gcc.gnu.org/pipermail/gcc-patches/2021-June/572839.html
On 6/15/21 5:00 PM, Martin Sebor wrote:
On 6/11/21 11:04 AM, David Malcolm wrote:
On Thu, 2021-06-10 at 17:26 -0600, Martin Sebor wrote:
This diff introduces the diagnostic infrastructure changes to support
controlling warni
On Fri, Jun 25, 2021 at 12:46:37PM -0500, Segher Boessenkool wrote:
> On Thu, Jun 17, 2021 at 04:11:40PM -0400, Michael Meissner wrote:
> > On Thu, Jun 17, 2021 at 01:11:58PM -0500, Segher Boessenkool wrote:
> > > > --- a/gcc/testsuite/gcc.target/powerpc/float128-minmax.c
> > > > +++ b/gcc/testsuit
On Wed, Jun 23, 2021 at 06:56:37PM -0500, Segher Boessenkool wrote:
> Hi!
>
> On Thu, Jun 17, 2021 at 03:18:48PM -0400, Michael Meissner wrote:
> > > The actual insns only check TARGET_POWER10 (so no TARGET_FLOAT128_HW).
> > > Which is right, this or that?
> >
> > It should include TARGET_FLOAT12
On 6/7/21 3:41 PM, Pat Haugen via Gcc-patches wrote:
> 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/rs
Ping: https://gcc.gnu.org/pipermail/gcc-patches/2021-June/573349.html
On 6/21/21 4:25 PM, Martin Sebor wrote:
-Warray-bounds relies on similar logic as -Wstringop-overflow et al.,
but using its own algorithm, including its own bugs such as PR 100137.
The attached patch takes the first step towar
On Mon, Jun 28, 2021 at 5:36 AM Richard Sandiford
wrote:
>
> "H.J. Lu" writes:
> > On Sun, Jun 27, 2021 at 2:00 PM Richard Sandiford
> > wrote:
> >>
> >> "H.J. Lu via Gcc-patches" writes:
> >> > On Sun, Jun 27, 2021 at 1:43 AM Richard Sandiford
> >> > wrote:
> >> >>
> >> >> "H.J. Lu" writes:
On Mon, Jun 28, 2021 at 02:31:24PM -0500, Pat Haugen wrote:
> On 6/7/21 3:41 PM, Pat Haugen via Gcc-patches wrote:
> > Update Power10 scheduling description for new fused instruction types.
> > * config/rs6000/power10.md (power10-fused-load, power10-fused-store,
> > power10-fused_alu, powe
On 6/23/21 11:07 PM, Jeff Law wrote:
On 6/4/2021 3:41 PM, Martin Sebor via Gcc-patches wrote:
The attached patch replaces the uses of TREE_NO_WARNING in the Ada front
end with the new suppress_warning(), warning_suppressed_p(), and
copy_warning() APIs.
gcc-no-warning-ada.diff
Add support for
On 6/23/21 11:05 PM, Jeff Law wrote:
On 6/4/2021 3:42 PM, Martin Sebor via Gcc-patches wrote:
The attached patch replaces the uses of TREE_NO_WARNING in the FORTRAN
front end with the new suppress_warning() API.
gcc-no-warning-fortran.diff
Add support for per-location warning groups.
gcc/fo
On 6/23/21 11:04 PM, Jeff Law wrote:
On 6/4/2021 3:42 PM, Martin Sebor via Gcc-patches wrote:
The attached patch replaces the uses of TREE_NO_WARNING in libcc1 with
the new suppress_warning() API.
gcc-no-warning-libcc1.diff
Add support for per-location warning groups.
libcc1/ChangeLog:
On 6/23/21 11:02 PM, Jeff Law wrote:
On 6/4/2021 3:43 PM, Martin Sebor via Gcc-patches wrote:
The attached patch replaces the uses of TREE_NO_WARNING in
the Objective-C front end with the new suppress_warning(),
warning_suppressed_p(), and copy_warning() APIs.
gcc-no-warning-objc.diff
Add su
On 6/23/21 10:56 PM, Jeff Law wrote:
On 6/4/2021 3:43 PM, Martin Sebor via Gcc-patches wrote:
The attached patch adds regression tests for two closely related bugs
resolved by the patch series.
gcc-no-warning-tests.diff
Regression tests for TREE_NO_WARNING enhancement to warning groups.
PR
Hi Xi,
On 6/27/21 11:07 PM, Xi Ruoyao wrote:
diff --git a/fixincludes/fixfixes.c b/fixincludes/fixfixes.c
index 5b23a8b640d..147cba716c7 100644
--- a/fixincludes/fixfixes.c
+++ b/fixincludes/fixfixes.c
@@ -524,7 +524,7 @@ FIX_PROC_HEAD( machine_name_fix )
/* If the 'name_pat' matches in
Add vec_duplicate expander for SSE2 if we can move from GPR to SSE
register directly.
* config/i386/i386-expand.c (ix86_expand_vector_init_duplicate):
Make it global.
* config/i386/i386-protos.h (ix86_expand_vector_init_duplicate):
New prototype.
* config/i3
Changes in the v6 patch:
1. Update SI/DI broadcast with AVX.
2. Require non-standard SSE constant integer broadcast with AVX.
3. Use nonimmediate_operand in vec_duplicate and verify that it
never fails.
Changes in the v5 patch:
1. Allow AVX with SI/DI broadcast.
2. Add a comment for broadcasting
1. Update move expanders to convert the CONST_WIDE_INT and CONST_VECTOR
operands to vector broadcast from an integer with AVX.
2. Add ix86_gen_scratch_sse_rtx to return a scratch SSE register which
won't increase stack alignment requirement and blocks transformation by
the combine pass.
A small be
On 6/28/21 9:51 AM, Tobias Burnus wrote:
I managed to delete the libgomp part before posting the patch, hence,
reposted.
(The change from -foffload= to -foffload-options= ensures that also
other configured compilers such as GCN are used, an issue that Thomas
found. The original -foffload=nvpt
On Thu, 26 Mar 2020, Kamil Rytarowski wrote:
> On 25.03.2020 23:36, Jeff Law wrote:
>> I wouldn't mind dropping /usr/tmp. That so antiquated that it'd be
>> non- controversial. Can you send that as a separate patch.
> Behavior for !__NetBSD__ is out of interest.
This is not a very useful approa
Thanks Richard and Marc.
I wrote the following test case to compare the outputs of fn1() and fn1NoOpt()
below with my extra pattern being applied. I tested the two functions with all
of the integers from INT_MIN to INT_MAX.
long
fn1 (int x)
{
return 42L - (long)(42 - x);
}
#pragma GCC push_
On 6/28/21 10:21 AM, Aldy Hernandez via Gcc-patches wrote:
This is the ranger-based backwards threader. It is divided into two
parts: the solver and the path discovery bits.
The solver is generic enough, that it may be of use to other passes,
so it's been abstracted into its own separate class/
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to trunk as 7c6b354b92b38f31cd2399fbdbc9d6f837881480.
gcc/analyzer/ChangeLog:
* analyzer.h (byte_offset_t): New typedef.
* store.cc (bit_range::dump_to_pp): Dump as a byte range if
possible.
(bit_
On Sun, Jun 27, 2021 at 6:43 PM Hongtao Liu wrote:
>
> On Sun, Jun 27, 2021 at 4:02 AM H.J. Lu wrote:
> >
> > 1. Update move expanders to convert the CONST_WIDE_INT and CONST_VECTO
> > operands to vector broadcast from an integer with AVX2.
> > 2. Add ix86_gen_scratch_sse_rtx to return a scratch
bootstrap: Include tm_p.h in btfout.c and ctfout.c.
btfout.c and ctfout.c reference target-specific macros that
may reference target-specific functions that are declared in a
target-specific header. tm_p.h must be included to access the
target-specific header.
Bootstr
Hi:
Currently patterns of vfixupimm{s,d} keep the upper bits of dest unchanged
which
is wrong, the upper bits of the dest should comes from src1(operands[2] in the
pattern).
Bootstrapped and regtested on x86_64-linux-gnu{-m32,}.
gcc/ChangeLog:
PR target/101248
* config/i386
v3:
use memmem/memchr instead of trivial loops
split most of the logic into a static function
avoid hardcoded magic number
adjust test
fixincludes/
* fixfixes.c (check_has_inc): New static function.
(machine_name_fix): Don't replace header names in
__has_includ
92 matches
Mail list logo
