[PATCH] libsanitizer: Cherry-pick 2bfb0fcb51510f22723c8cdfefe from upstream

2bfb0fcb51510f22723c8cdfefe [Sanitizer][MIPS] Fix stat struct size for the O32 ABI. Signed-off-by: Dimitrije Milosevic . --- .../sanitizer_common/sanitizer_platform_limits_posix.h | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/libsanitizer/sanitizer_common/saniti

[COMMITTED] frange class to represent floating point ranges

This implements a basic frange class to represent floating point ranges. Although it is meant to be a base for further development, it is enough to handle relations and propagate NAN and other properties. For ranger clients to become floating point aware, we still need the range-op entries, which

[PATCH] analyzer: convert tests with dos2unix

Ready for master? Thanks, Martin gcc/testsuite/ChangeLog: * gcc.dg/analyzer/fd-2.c: Convert Windows endlines to Unix style. * gcc.dg/analyzer/fd-3.c: Likewise. * gcc.dg/analyzer/fd-4.c: Likewise. * gcc.dg/analyzer/fd-5.c: Likewise. * c-c++-common/at

[PATCH] analyzer: fix coding style in sm-fd.cc

Hi. First, thanks Mir for your contribution. The following patch addresses coding style issues I let you know in: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003#c3 Most notably, I converted Windows endlines to Unix style, replace 8 spaces with tabs and removed trailing whitespaces. Please

[PATCH v2] rs6000/test: Fix empty TU in some cases of effective targets [PR106345]

Hi, As the failure of test case gcc.target/powerpc/pr92398.p9-.c in PR106345 shows, some test sources for some powerpc effective targets use empty translation unit wrongly. The test sources could go with options like "-ansi -pedantic-errors", then those effective target checkings will fail unexpe

Re: [PATCH] rs6000/test: Update some cases with -mdejagnu-tune

Hi Peter and Segher, on 2022/7/23 03:28, Peter Bergner wrote: > On 7/22/22 1:53 PM, Peter Bergner wrote: >> So I think the way the code above *should* work is: >> 1) Any -mdejagnu-cpu= usage should filter out all -mcpu= and -mtune= >> options. >> 2) Any -mdejagnu-tune= usage should filter all

Re: [PATCH 1/2] Allow subtarget customization of CC1_SPEC

Hi Sebastian, > On 25 Jul 2022, at 06:59, Sebastian Huber > wrote: > On 22/07/2022 16:02, Jose E. Marchesi wrote: >> I find "subtarget" confusing in this context. >> If it is about rtems.h, linux.h or sol2.h, wouldn't this be better >> called OS_CC1_SPEC or similar? These files specify configu

Re: [PATCH 1/2] Allow subtarget customization of CC1_SPEC

Hallo Jose, On 22/07/2022 16:02, Jose E. Marchesi wrote: I find "subtarget" confusing in this context. If it is about rtems.h, linux.h or sol2.h, wouldn't this be better called OS_CC1_SPEC or similar? These files specify configurations that apply to a set of targets, not to a subset of a targe

[PATCH, rs6000] Add multiply-add expand pattern [PR103109]

Hi, This patch adds an expand and several insns for multiply-add with three 64bit operands. Bootstrapped and tested on powerpc64-linux BE and LE with no regressions. Is this okay for trunk? Any recommendations? Thanks a lot. ChangeLog 2022-07-22 Haochen Gui gcc/ PR target/103109

[COMMITTED] Convert some uses in ranger_cache and DOM to vrange.

Here are a few conversions to type agnostic vrange I found while working on frange. Tested on x86-64 Linux. gcc/ChangeLog: * gimple-range-cache.cc (ranger_cache::edge_range): Convert to vrange. (ranger_cache::range_from_dom): Same. * tree-ssa-dom.cc (dom_opt_dom_w

[COMMITTED] Tweaks to global ranges.

The global get_nonzero_bits was previously returning -1 for unsupported types. I dropped this in the conversion to global ranges and it's causing a problem in the frange work, where CCP is asking for the nonzero bits of non-integral types. CCP may require further tweaks, but for now, restore the

[COMMITTED] Allow registering same SSA name relations in oracle.

Similarly to what we did for the relation oracle, but for the path oracle. This was found while working on frange, where we can test for x == x while checking for NANness. Tested on x86-64 Linux. gcc/ChangeLog: * value-relation.cc (value_relation::set_relation): Remove assert. (

[COMMITTED] Minor fixes to vr_values to not die on non integral types.

The legacy code in vr_values mostly works on integral types (with few exceptions such as some conversions from float). This patch makes vr_values::range_of_expr not die when asked for a range of an unsupported type. It also keeps the min/max simplification code from being called on non integrals,

Re: [x86 PATCH take #3] PR target/91681: zero_extendditi2 pattern for more optimizations.

On Sat, Jul 23, 2022 at 10:51 AM Roger Sayle wrote: > > > > Hi Uros, > > This is the next iteration of the zero_extendditi2 patch last reviewed here: > > https://gcc.gnu.org/pipermail/gcc-patches/2022-June/596204.html > > > > [1] The sse.md changes were split out, reviewed, approved and committed.

Re: [x86 PATCH] PR target/106303: Fix TImode STV related failures.

On Sat, Jul 23, 2022 at 9:32 AM Roger Sayle wrote: > > > This patch resolves PR target/106303 (and the related PRs 106347, > 106404, 106407) which are ICEs caused by my improvements to x86_64's > 128-bit TImode to V1TImode Scalar to Vector (STV) pass. My apologies > for the breakage. The issue i