在 2022/2/12 16:47, Maciej W. Rozycki 写道:
On Fri, 11 Feb 2022, Jeff Law wrote:
If MIPS MCU extension is enable, the IPL section in Cause register
has been expand to 8bit instead of 6bit.
gcc/ChangeLog:
* config/mips/mips.cc (mips_expand_prologue):
IPL is 8bit for MCU ASE.
OK
Hi Richard and Marc,
Many thanks for both your feedback on my patch for PR 101895.
Here's version 2 of this patch, incorporating all of the suggested improvements.
The one minor complication is that the :s qualifier doesn't automatically
recognize that a capture already has two (or N) uses in a pa
On Mon, Mar 14, 2022 at 8:26 PM Roger Sayle wrote:
>
>
> I've been wondering about the possible performance/missed-optimization
> impact of my patch for PR middle-end/98420 and similar IEEE correctness
> fixes that disable constant folding optimizations when worrying about -0.0.
> In the common si
On Tue, Mar 15, 2022 at 8:25 AM Roger Sayle wrote:
>
>
> Hi Richard and Marc,
> Many thanks for both your feedback on my patch for PR 101895.
> Here's version 2 of this patch, incorporating all of the suggested
> improvements.
> The one minor complication is that the :s qualifier doesn't automati
This patch improves the implementation of single_use as used in code
generated from match.pd for patterns using :s. The current implementation
contains the logic "has_zero_uses (t) || has_single_use (t)" which
performs a loop over the uses to first check if there are zero non-debug
uses [wh
> -Original Message-
> From: Richard Biener
> Sent: 15 March 2022 07:29
> To: Roger Sayle
> Cc: GCC Patches
> Subject: Re: [PATCH] Ignore (possible) signed zeros in operands of FP
> comparisons.
>
> On Mon, Mar 14, 2022 at 8:26 PM Roger Sayle
> wrote:
> >
> >
> > I've been wondering
$ac_cv_prog_OBJDUMP contains the --host OBJDUMP that
libtool has inferred. Current config/gcc-plugin.m4 does
not respect the user's choice for OBJDUMP.
config/
* gcc-plugin.m4: Use libtool's $ac_cv_prog_OBJDUMP.
gcc/
* configure: Regenerate.
libcc1/
* configure: Regene
Hi Haochen,
Some minor comments are inlined.
on 2022/3/10 2:31 PM, HAO CHEN GUI via Gcc-patches wrote:
> Hi,
>This patch adds V1TI mode into mode iterator used in vector comparison
> expands.With the patch, both built-ins and direct comparison could generate
> P10 new V1TI comparison instruct
From: LiaoShihua
ZTSO is the extension of tatol store order model.
This extension adds no new instructions to the ISA, and you can use it
with arch "ztso".
If you use it, TSO flag will be generate in the ELF header.
gcc/ChangeLog:
* common/config/riscv/riscv-common.cc
On Tue, 15 Mar 2022, Roger Sayle wrote:
>
>
> This patch improves the implementation of single_use as used in code
>
> generated from match.pd for patterns using :s. The current implementation
>
> contains the logic "has_zero_uses (t) || has_single_use (t)" which
>
> performs a loop over th
Hi!
Regardless of the outcome of the general-regs-only stuff in x86gprintrin.h,
apparently general-regs-only is much bigger hammer than no-sse, and e.g.
using 387 instructions in the unwinder isn't a big deal, it never needs
to realign the stack because of it.
So, the following patch uses no-sse
On Tue, 15 Mar 2022, Jakub Jelinek wrote:
> Hi!
>
> Regardless of the outcome of the general-regs-only stuff in x86gprintrin.h,
> apparently general-regs-only is much bigger hammer than no-sse, and e.g.
> using 387 instructions in the unwinder isn't a big deal, it never needs
> to realign the sta
Hi Richard,
Interestingly, I've already done a little analysis on the influence of
inlining
in gimple-match-head.cc. With the new improved/smaller implementation
of single_use there's actually no significant change in code size from
removing
the inline. Likewise for constant_for_folding and do_
On Tue, Mar 15, 2022 at 9:03 AM Roger Sayle wrote:
>
>
> > -Original Message-
> > From: Richard Biener
> > Sent: 15 March 2022 07:29
> > To: Roger Sayle
> > Cc: GCC Patches
> > Subject: Re: [PATCH] Ignore (possible) signed zeros in operands of FP
> > comparisons.
> >
> > On Mon, Mar 14,
Hi!
While checking if all targets honor -Wno-psabi for ABI related warnings
or messages, I found that almost all do, except for riscv.
In the testsuite when we want to ignore ABI related messages we
typically use -Wno-psabi -w, but it would be nice to get rid of those
-w uses eventually.
The foll
Hi,
PR104482 is one regression about the handlings on different argument
numbers from its prototype of built-in function. Without the patch,
the code only catches the case when argument number is more than the
one of prototype, but it ignores the possibility that the number of
arguments can be mo
Hi,
Gentle ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-February/590692.html
BR,
Kewen
on 2022/2/22 10:47 AM, Kewen.Lin via Gcc-patches wrote:
> Hi,
>
> As PR104024 shows, currently the option -mpower10-fusion isn't guarded
> under -mcpu=power10, so compiler can optimize some patterns u
Hi,
Gentle ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-February/590959.html
BR,
Kewen
on 2022/2/28 1:37 PM, Kewen.Lin via Gcc-patches wrote:
> Hi,
>
> As PR103196 shows, p9-vec-length-full-7.c needs to be adjusted as the
> complete unrolling can happen on some of its loops. This patch
Hi,
Gentle ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591147.html
BR,
Kewen
on 2022/3/3 10:11 AM, Kewen.Lin via Gcc-patches wrote:
> Hi,
>
> As PR103623 shows, it's a regression failure due to new built-in
> function framework, previously we guard __builtin_{un,}pack_{longdouble
Hi,
Gentle ping: https://gcc.gnu.org/pipermail/gcc-patches/2022-March/591150.html
BR,
Kewen
on 2022/3/3 4:38 PM, Kewen.Lin via Gcc-patches wrote:
> Hi,
>
> As PR103353 shows, we may want to continue to expand a MMA built-in
> function like a normal function, even if we have already emitted
> er
On Fri, Mar 11, 2022 at 11:28:09PM -0500, Jason Merrill wrote:
> > @@ -7264,9 +7265,66 @@ cxx_eval_constant_expression (const cons
> > DECL_NAME (var)
> > = (DECL_NAME (var) == heap_uninit_identifier
> > ? heap_identifier : heap_vec_identifier);
> > + /* For zer
Hello,
just one question
On Tue, Mar 15 2022, Joern Rennecke wrote:
> Most microprocessors have efficient ways to perform CRC operations, be
> that with lookup tables, rotates, or even special instructions.
> However, because we lack a representation for CRC in the compiler, we
> can't do pro
Hi Jakub:
LGTM, Thanks!
On Tue, Mar 15, 2022 at 6:57 PM Jakub Jelinek via Gcc-patches
wrote:
>
> Hi!
>
> While checking if all targets honor -Wno-psabi for ABI related warnings
> or messages, I found that almost all do, except for riscv.
> In the testsuite when we want to ignore ABI related mess
On Fri, Feb 11, 2022 at 12:27:49PM -0500, Jason Merrill wrote:
> Yes, that's what the above code would correctly do if TYPE were the
> pointer-to-method type. It's wrong for this case because TYPE is unrelated
> to TREE_TYPE (field).
>
> I think the problem is just this line:
>
> >
Oops, that was meant to go to the list too.
On Tue, 15 Mar 2022 at 01:04, Andrew Pinski wrote:
>
> On Mon, Mar 14, 2022 at 5:33 PM Joern Rennecke
> wrote:
> >
> > Most microprocessors have efficient ways to perform CRC operations, be
> > that with lookup tables, rotates, or even special instruc
On Tue, 15 Mar 2022 at 02:17, Oleg Endo wrote:
> > In my own CRC library I've got ~30 'commonly used' CRC types, based on
> the following generic definition:
> > This being a library makes it relatively easy to tune and customize for
> various systems.
...
> How would that work together with you
On Fri, Jan 28, 2022 at 11:50:26AM -0600, Bill Schmidt via Gcc-patches wrote:
> PR104004 caught some misses on my part in converting to the new built-in
> function infrastructure. In particular, I forgot to mark all of the "nosoft"
> built-ins, and one of those should also have been marked "no32bi
This misses some documentation and testing, but it appears to work
well with 64 bit RISC-V.
-fext-dce is best used with aggressive unrolling and/or inlining. It deletes
zero/sign extensiions where the part of the register that the
zero/sign extension
pertains to is dead.
This is not about multi-
On 3/14/22 10:06 PM, Peter Bergner wrote:
> On 3/14/22 8:24 PM, Segher Boessenkool wrote:
>> You might want to name that common expression, "rtx addr = XEXP (op, 0);"
>> or something. Dunno what is best
>
> Will do.
>
>
>> Please put that new MEM_P code first, followed by a blank line, and only
On Mon, 14 Mar 2022, Jason Merrill wrote:
> On 3/14/22 13:13, Patrick Palka wrote:
> > On Fri, 11 Mar 2022, Jason Merrill wrote:
> >
> > > On 3/10/22 11:27, Patrick Palka wrote:
> > > > On Wed, 9 Mar 2022, Jason Merrill wrote:
> > > >
> > > > > On 3/1/22 18:08, Patrick Palka wrote:
> > > > > > A
On Mon, 14 Mar 2022, Jonathan Wakely wrote:
> On Mon, 14 Mar 2022 at 14:17, Patrick Palka via Libstdc++
> wrote:
> >
> > On Fri, 11 Mar 2022, Jonathan Wakely wrote:
> >
> > > Patrick, I think this is right, but please take a look to double check.
> > >
> > > I think we should fix the feature-test
Hello Segher,
On 10/03/2022 11:11, Segher Boessenkool wrote:
On Thu, Mar 10, 2022 at 09:25:21AM +0100, Sebastian Huber wrote:
On 04/03/2022 17:51, Segher Boessenkool wrote:
This adds more correct .machine for most older CPUs. It should be
conservative in the sense that everything we handled b
On Fri, 2022-03-04 at 15:17 +0800, xucheng...@loongson.cn wrote:
> v7 -> v8
> 1. Add new addressing type ADDRESS_REG_REG support.
> 2. Modify documentation.
> 3. Eliminate compile-time warnings.
Hi,
The v8 series does not build LoongArch Linux kernel tree
(https://github.com/loongson/linux, loon
On Mon, Mar 14, 2022 at 7:31 AM H.J. Lu wrote:
>
> Push target("general-regs-only") in if x87 is enabled.
>
> gcc/
>
> PR target/104890
> * config/i386/x86gprintrin.h: Also check _SOFT_FLOAT before
> pushing target("general-regs-only").
>
> gcc/testsuite/
>
> PR ta
On Tue, Mar 15, 2022 at 1:32 AM Joern Rennecke
wrote:
>
> Most microprocessors have efficient ways to perform CRC operations, be
> that with lookup tables, rotates, or even special instructions.
> However, because we lack a representation for CRC in the compiler, we
> can't do proper instruction s
This simple i386 patch unblocks a more significant change. The testcase
gcc.target/i386/sse2-pr94680.c isn't quite testing what's intended, and
alas the fix for PR target/94680 doesn't (yet) handle V2DF mode.
For the first test from sse2-pr94680.c, below
v2df foo_v2df (v2df x) {
return __buil
On 15/03/2022, Richard Biener wrote:
> Why's this a new pass? Every walk over all insns costs time.
If should typically scan considerably less than all the insns.
> The pass
> lacks any comments as to what CFG / stmt structure is matched.
I've put a file in:
config/riscv/tree-crc-doc.txt
wo
On 3/15/22 10:03, Patrick Palka wrote:
On Mon, 14 Mar 2022, Jason Merrill wrote:
On 3/14/22 13:13, Patrick Palka wrote:
On Fri, 11 Mar 2022, Jason Merrill wrote:
On 3/10/22 11:27, Patrick Palka wrote:
On Wed, 9 Mar 2022, Jason Merrill wrote:
On 3/1/22 18:08, Patrick Palka wrote:
A well-f
On 3/14/22 23:31, Siddhesh Poyarekar wrote:
The size argument in strncmp only describe the maximum length to which
to compare two strings and is not an indication of sizes of the two
source strings. Do not warn if it is larger than the two input strings
because it is entirely likely that the siz
On 3/15/22 08:32, Jakub Jelinek wrote:
On Fri, Feb 11, 2022 at 12:27:49PM -0500, Jason Merrill wrote:
Yes, that's what the above code would correctly do if TYPE were the
pointer-to-method type. It's wrong for this case because TYPE is unrelated
to TREE_TYPE (field).
I think the problem is just
On Tue, Mar 15, 2022 at 11:57:22AM -0400, Jason Merrill wrote:
> > The intent of r11-6729 is that it prints something that helps user to figure
> > out what exactly is being accessed.
> > When we find a unique non-static data member that is being accessed, even
> > when we can't fold it nicely, IMN
On 12/03/22 22:55 +0100, Gerald Pfeifer wrote:
I have *NOT* pushed this yet, looking for feedback:
It appears redhat.com has lost Fedora mailing list archives, which are
now at lists.fedoraproject.org using completely different tooling.
Jakub, is there a better way than the patch below?
This
On 15/03/2022 21:09, Martin Sebor wrote:
The strncmp function takes arrays as arguments (not necessarily
strings). The main purpose of the -Wstringop-overread warning
for calls to it is to detect calls where one of the arrays is
not a nul-terminated string and the bound is larger than the size
o
Hi,
This patch fixes a small bug for omp_set_num_teams in fortran.c.
Marcel
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: Mün
On Tue, 15 Mar 2022, Jason Merrill wrote:
> On 3/15/22 10:03, Patrick Palka wrote:
> > On Mon, 14 Mar 2022, Jason Merrill wrote:
> >
> > > On 3/14/22 13:13, Patrick Palka wrote:
> > > > On Fri, 11 Mar 2022, Jason Merrill wrote:
> > > >
> > > > > On 3/10/22 11:27, Patrick Palka wrote:
> > > > > >
It was high time I updated our C++ DR table.
Pushed.
---
htdocs/projects/cxx-dr-status.html | 153 +++--
1 file changed, 122 insertions(+), 31 deletions(-)
diff --git a/htdocs/projects/cxx-dr-status.html
b/htdocs/projects/cxx-dr-status.html
index b49a97f2..63ec6d51 1006
As a followup to r12-7656-gffe9c0a0d3564a, this minor patch condenses
the handling of ambiguity and access w.r.t. the value of 'protect' so
that it more clearly matches the function comment.
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK for
trunk?
gcc/cp/ChangeLog:
On Tue, Mar 15, 2022 at 06:05:48PM +0100, Marcel Vollweiler wrote:
> Hi,
>
> This patch fixes a small bug for omp_set_num_teams in fortran.c.
>
> Marcel
> -
> Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
> München; Gesellschaft mit beschränkter Ha
Hi!
We unshare all RTL created during expansion, but when
aarch64_load_symref_appropriately is called after expansion like in the
following testcases, we use imm in both HIGH and LO_SUM operands.
If imm is some RTL that shouldn't be shared like a non-sharable CONST,
we get at least with --enable-c
On 3/4/22 8:14 PM, Peter Bergner wrote:
> On 3/4/22 11:33 AM, Peter Bergner wrote:
>>> Ok pushed to trunk. I haven't determined yet whether we need this on GCC
>>> 11 yet.
>>> I'll check on that and report back. Thanks!
>>
>> I've confirmed that GCC 11 fails the same way and that the backported
On 15/03/2022, Richard Biener wrote:
> Why's this a new pass? Every walk over all insns costs time. The pass
> lacks any comments as to what CFG / stmt structure is matched. From
> a quick look it seems like it first(?) statically matches a stmt sequence
> without considering intermediate stmt
On 3/15/22 07:44, Jakub Jelinek wrote:
On Fri, Mar 11, 2022 at 11:28:09PM -0500, Jason Merrill wrote:
@@ -7264,9 +7265,66 @@ cxx_eval_constant_expression (const cons
DECL_NAME (var)
= (DECL_NAME (var) == heap_uninit_identifier
? heap_identifier : heap_v
On 3/15/22 10:40, Siddhesh Poyarekar wrote:
On 15/03/2022 21:09, Martin Sebor wrote:
The strncmp function takes arrays as arguments (not necessarily
strings). The main purpose of the -Wstringop-overread warning
for calls to it is to detect calls where one of the arrays is
not a nul-terminated s
On 3/15/22 13:09, Patrick Palka wrote:
On Tue, 15 Mar 2022, Jason Merrill wrote:
On 3/15/22 10:03, Patrick Palka wrote:
On Mon, 14 Mar 2022, Jason Merrill wrote:
On 3/14/22 13:13, Patrick Palka wrote:
On Fri, 11 Mar 2022, Jason Merrill wrote:
On 3/10/22 11:27, Patrick Palka wrote:
On Wed
On 3/15/22 13:18, Patrick Palka wrote:
As a followup to r12-7656-gffe9c0a0d3564a, this minor patch condenses
the handling of ambiguity and access w.r.t. the value of 'protect' so
that it more clearly matches the function comment.
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
From: Simon Marchi
[Sending to binutils, gdb-patches and gcc-patches, since it touches the
top-level Makefile/configure]
I have my debuginfod library installed in a non-standard location
(/opt/debuginfod), which requires me to set
PKG_CONFIG_PATH=/opt/debuginfod/lib/pkg-config. If I just set it
This patch added OMPD support to libgomp, api version funcitos and global
ICVs functions.
I hope you review it as soon as possible, to fix the problems.
I tried as much as I could to follow GNU standards.
We have a seminar at the college next week, so we need this to be reviewed.
Thanks
libgomp/C
On Tue, Mar 15, 2022 at 11:32 PM Mohamed Atef
wrote:
> This patch added OMPD support to libgomp, api version funcitos and global
> ICVs functions.
> I hope you review it as soon as possible, to fix the problems.
> I tried as much as I could to follow GNU standards.
> We have a seminar at the coll
Testing cc1 on pr93032-mztools-unsigned-char.c
Benchmark #1: (without patch)
Time (mean ± σ): 338.8 ms ± 13.6 ms[User: 323.2 ms, System: 14.2 ms]
Range (min … max): 326.7 ms … 363.1 ms10 runs
Benchmark #2: (with patch)
Time (mean ± σ): 332.3 ms ± 12.8 ms[User: 316.6
PR analyzer/95000 isn't fixed yet; add test coverage with XFAILs.
Successfully regrtested on x86_64-pc-linux-gnu.
Pushed to trunk as r12-7659-gd1d95846e3c901.
gcc/testsuite/ChangeLog:
PR analyzer/95000
* gcc.dg/analyzer/pr95000-1.c: New test.
Signed-off-by: David Malcolm
---
gc
Hi!
On Tue, Mar 15, 2022 at 03:29:23PM +0100, Sebastian Huber wrote:
> now that the PR104829 is fixed could I back port
>
> Segher Boessenkool (2):
> rs6000: Improve .machine
> rs6000: Do not use rs6000_cpu for .machine ppc and ppc64 (PR104829)
>
> to GCC 10 and 11?
I will do it, in a few d
On 16/03/2022 02:06, Martin Sebor wrote:
The intended use of the strncmp bound is to limit the comparison to
at most the size of the arrays or (in a subset of cases) the length
of an initial substring. Providing an arbitrary bound that's not
related to the sizes as you describe sounds very much l
On Tue, Mar 15, 2022 at 10:40 PM H.J. Lu wrote:
>
> On Mon, Mar 14, 2022 at 7:31 AM H.J. Lu wrote:
> >
> > Push target("general-regs-only") in if x87 is enabled.
> >
> > gcc/
> >
> > PR target/104890
> > * config/i386/x86gprintrin.h: Also check _SOFT_FLOAT before
> > push
This patch only handle pure-slp for by-value passed parameter which
has nothing to do with IPA but psABI. For by-reference passed
parameter IPA is required.
The patch is aggressive in determining STLF failure, any
unaligned_load for parm_decl passed by stack is thought to have STLF
stall issue. It
On Tue, Mar 15, 2022 at 10:52 PM Roger Sayle wrote:
>
>
> This simple i386 patch unblocks a more significant change. The testcase
> gcc.target/i386/sse2-pr94680.c isn't quite testing what's intended, and
> alas the fix for PR target/94680 doesn't (yet) handle V2DF mode.
>
> For the first test fro
Hi,
we found some typos in the ChangeLog and some wrong spaces (nightmare)
in the files.
So here's the best we can do.
and please don't be disappointed and trust us we're doing our best.
I hope you could review it by Sunday night.
Thanks.
libgomp/ChangeLog
2022-03-15 Mohamed Atef
*config
I would like to add myself to DCO section for some contributions.
commit 088a51a0abb5497cac32055bf373fa6039b924f8
Author: Chung-Ju Wu
Date: Wed, 16 Mar 2022 03:20:00 +
MAINTAINERS: Add myself to DCO section
ChangeLog:
* MAINTAINERS: Add myself to DCO section.
67 matches
Mail list logo
