Hi,
Ping.
@Jim @kito
— Jojo
在 2021年7月9日 +0800 AM9:30，ALO ，写道：
> Hi,
> Ping.
>
> — Jojo
> 在 2021年6月29日 +0800 PM4:11，Jojo R ，写道：
> > T-HEAD extends some customized ISAs for Cores.
> > The patches support ldr/str insns, it likes arm's LDR insn, the
> > memory model is a base r
From: Andrew Pinski
This patch moves the (a-b) CMP 0 ? (a-b) : (b-a) optimization
from fold_cond_expr_with_comparison to match.
OK? Bootstrapped and tested on x86_64-linux-gnu.
gcc/ChangeLog:
* match.pd ((A-B) CMP 0 ? (A-B) : (B - A)):
New patterns.
gcc/testsuite/ChangeLog:
On Fri, Jul 09, 2021 at 06:14:49PM -0500, Peter Bergner wrote:
> Ok, I removed the consecutive_mem_locations() function from the previous
> patch and just call adjacent_mem_locations() directly now. I also moved
> rs6000_split_multireg_move() to later in the file to fix the declaration
> issue. H
We are comparing enum values (in wide_int) to check ODR violation.
However, if we compare two wide_int values with different precision,
we'll trigger an assert, leading to ICE. With enum-base introduced
in C++11, it's easy to sink into this situation.
To fix the issue, we need to explicitly check
The following change fixes failure of gcc.dg/torture/pr100329.c and
gcc.dg/torture/pr100519.c on hppa.
Committed to trunk.
Dave
Require target lra for tests using asm goto
gcc/testsuite/ChangeLog:
* gcc.dg/torture/pr100329.c: Require target lra.
* gcc.dg/torture/pr100519.c: Li
2021-07-3 Ankur Saini
* gcc/analyzer/call-string.cc: refactor callstring to work with pair of
supernodes instead of super superedges
* gcc/analyzer/call-string.h: make callstring work with pairs of
supernodes
* gcc/analyzer/program-point.cc: refactor program point to w
On Thu, Jun 24, 2021 at 10:36 AM Andrew MacLeod via Gcc-patches
wrote:
>
>
> When looking for relations between equivalencies, a typo was causing the
> same bitmap to be checked for both operands, instead of the correct one
> for each. This caused us to never notice relations between equivalence
On Thu, Jul 8, 2021 at 2:51 AM Richard Biener via Gcc-patches
wrote:
>
> On Thu, Jul 8, 2021 at 9:37 AM Roger Sayle wrote:
> >
> >
> > Hi Richard,
> > Thanks. Yep, you've correctly the diagnosed that the motivation for the
> > get_builtin_precision helper function was that the TREE_TYPE of the
>
Hi Richard and Eric,
Of course, you're both completely right. Rather than argue that
-fnon-call-exceptions without -fexceptions (and without
-fdelete-dead-exceptions) has some implicit undocumented semantics,
trapping instructions should be completely orthogonal to exception
handling.
This patch
