lti-lib build, so we disable that temporally until rv32 supported# in
Makefile.in?
--
发件人：Jim Wilson
发送时间：2020年10月29日(星期四) 07:59
收件人：gcc-patches
抄 送：cooper.joshua ; Jim Wilson
主 题：[PATCH] Asan changes for RISC-V.
We have only
lti-lib build, so we disable that temporally until rv32 supported# in
Makefile.in?
--
发件人：Jim Wilson
发送时间：2020年10月29日(星期四) 07:59
收件人：gcc-patches
抄 送：cooper.joshua ; Jim Wilson
主 题：[PATCH] Asan changes for RISC-V.
We have only
approved after Bootstrapped and tested on x86_64-linux-gnu with no
regressions.
PR tree-optimization/101941
gcc/ChangeLog:
* ipa-split.cc (visit_bb): Disallow function calls where
the function has either error or warning attribute.
gcc/testsuite/ChangeLog:
* gcc.c
vious after a quick build.
gcc/ChangeLog:
* ipa-split.cc (visit_bb): Fix comment before the
warning/error attribute checking code.
---
gcc/ipa-split.cc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gcc/ipa-split.cc b/gcc/ipa-split.cc
index 6ca45f
(test for excess errors)
FAIL: g++.dg/warn/pr104025.C -std=gnu++17 (test for excess errors)
FAIL: g++.dg/warn/pr104025.C -std=gnu++2a (test for excess errors)
FAIL: g++.dg/warn/pr104025.C -std=gnu++98 (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey
=gnu++17 scan-assembler-times pcmpgtd 2
FAIL: g++.target/i386/pr98218-1.C -std=gnu++20 scan-assembler-times pcmpgtd 2
FAIL: g++.target/i386/pr98218-1.C -std=gnu++98 scan-assembler-times pcmpgtd 2
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc
on 2022/1/19 上午5:34, Segher Boessenkool wrote:
> On Tue, Jan 18, 2022 at 11:57:32AM +, Richard Sandiford wrote:
>> "Kewen.Lin" writes:
PR tree-optimization/104015
* gcc.dg/vect/slp-perm-9.c: Adjust.
* gcc.target/powerpc/pr104015-1.c: New test.
* gcc.target/power
, here is updated patch, it survived bootstrap and regtest.
I'm going to check in the patch if there's no surprise for SPEC2017 on ICX.
For testcase in PR, the patch supports QI:4 -> HI:16 pack with
multi steps(first pack QI:4 -> QI:8 through vec_pack_sbool_trunc_qi,
then pack QI:8 -&
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2022-January/587635.html
BR,
Kewen
on 2022/1/5 下午3:34, Kewen.Lin via Gcc-patches wrote:
> Hi,
>
> This patch is to fix the inconsistent behaviors for non-LTO mode
> and LTO mode. As Martin pointed out, currently
torizing stmts using SLP" 1
FAIL: gcc.dg/vect/slp-reduc-1.c scan-tree-dump-times vect "vectorizing stmts
using SLP" 1
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-6740/usr
--enable-clocale=gnu --with-system
, since gcc
accesses the fields using a fixed offset, this does not cause a
compile-time error, but instead results in a silent memory corruption at
run-time with musl libc. For example, on s390x libgcc's
__stack_split_initialize CTOR will overwrite the cancel field in the
pthread_t TCB on musl.
I have add aarch64-linux-android target support and fix build issues with
libstdc++ for android.
Several small issues like no libpthread.a (since android does not need
libpthread.a) + 'ifunc' is not supported on this target, i will leave other
people to fix.
---
gcc/
Hi Mikael,
> I spotted two unexpected things (to me at least) related to x86 extended type:
> - You check for endianness, so the format is not x86-specific?
> - Is it expected that the padding bits are in the middle of the data in the
> big-endian case?
IEEE specifies that extended precision typ
when -fno-math-errno
but since r6-4969-g686ee9719a4 we have the internal function SQRT which does
the same so it makes we don't need to check -fno-math-errno either now.
Applied as approved after bootstrapped and tested on aarch64-linux-gnu with no
regressions.
PR target/64821
packing of mask and data(partial for data, 2 vs
1).
Bootstrapped and regtested for x86_64-pc-linux-gnu{-m32,}
and x86_64-pc-linux-gnu{-m32\ -march=native,\ -march=native} on CLX.
Ok for trunk?
gcc/ChangeLog:
PR target/103771
* match.pd (cond_expr_convert_p): New match.
* tree
> Then it’s OK to commit for me, but you will need approval from release
> managers at this stage.
Hum… I submitted it before stage 4 started, does that count?
FX
-flto -ffat-lto-objects scan-tree-dump-times vect
"vectorized 1 loops" 1
FAIL: gcc.dg/vect/pr81196.c scan-tree-dump-times vect "vectorized 1 loops" 1
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-6844/usr
m hoping my use of macros is enough to make it build on all target, and I’ll
follow the gcc-testresults and other lists to see if there is any trouble. If
you see something (or something is reported), feel free to CC me on it…
FX
FAIL: gfortran.dg/ieee/signaling_3.f90 -O3 -g execution test
FAIL: gfortran.dg/ieee/signaling_3.f90 -Os execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-6849/usr
--enable-clocale=gnu --with-system-zlib --with
For i386, it enables optimization like:
vmovd %xmm0, %edx
- vmovd %xmm0, %eax
+ movl%edx, %eax
Bootstrapped and regtested on CLX for both
x86_64-pc-linux-gnu{-m32,} and
x86_64-pc-linux-gnu{-m32\ -march=native,\ -march=native}
Ok for trunk?
gcc/ChangeLog:
PR
Hi Jakub,
> This doesn't seem to handle the powerpc* IBM double double long double.
Do we support the IEEE Fortran modules on this target, despite having a
non-IEEE long double? I remember we talked about it when I first implemented
it, but can’t remember what choice we ended up making.
> __L
Gentle ping:
https://gcc.gnu.org/pipermail/gcc-patches/2021-December/587309.html
BR,
Kewen
> on 2021/12/23 上午10:06, Kewen.Lin via Gcc-patches wrote:
>> Hi,
>>
>> This patch is to fix one wrong assertion which is too aggressive.
>> Vectorizer can do vec_construct
Gentle ping:
https://gcc.gnu.org/pipermail/gcc-patches/2021-December/587310.html
BR,
Kewen
> on 2021/12/23 上午10:09, Kewen.Lin via Gcc-patches wrote:
>> Hi,
>>
>> As PR103627 shows, there is an unexpected case where !TARGET_VSX
>> and TARGET_MMA co-exist. As ISA3.1 cl
Gentle ping:
https://gcc.gnu.org/pipermail/gcc-patches/2021-December/587311.html
BR,
Kewen
> on 2021/12/23 上午10:12, Kewen.Lin via Gcc-patches wrote:
>> Hi,
>>
>> There is one hunk checking for functions with target attribute/pragma
>> have the same altivec abi as the
Gentle ping:
https://gcc.gnu.org/pipermail/gcc-patches/2021-December/587449.html
BR,
Kewen
> on 2021/12/29 下午5:36, Kewen.Lin via Gcc-patches wrote:
>> Hi,
>>
>> When TARGET_AVOID_XFORM is set, we turn off VSX. But at least from
>> ISA3.0 (Power9), we support DQ fo
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2022-January/587635.html
BR,
Kewen
>
> on 2022/1/5 下午3:34, Kewen.Lin via Gcc-patches wrote:
>> Hi,
>>
>> This patch is to fix the inconsistent behaviors for non-LTO mode
>> and LTO mode. As Martin point
on 2022/1/14 上午12:31, David Edelsohn wrote:
> On Thu, Jan 13, 2022 at 7:28 AM Kewen.Lin wrote:
>>
>> on 2022/1/13 上午11:56, Kewen.Lin via Gcc-patches wrote:
>>> on 2022/1/13 上午11:44, David Edelsohn wrote:
>>>> On Wed, Jan 12, 2022 at 10:38 PM Kewen.Lin wrote:
the dynamic
alignment instead of just the static alignment.
Note the reason why it is +1 is to count for the setting of the simd
duplicate.
OK? Bootstrapped and tested on aarch64-linux-gnu with no regressions.
PR target/103100
gcc/ChangeLog:
* config/aarch64/aarch64.cc
-gnu with no regressions.
Note the testcases are not backported as __builtin_shufflevector
does not exist in GCC 11.
PR target/101529
gcc/ChangeLog:
* config/aarch64/aarch64.c (aarch64_evpc_ins): Don't use target
as an input, use original one.
(cherry picked from c
From: Andrew Pinski
After the quoting changes in r12-6521-g03a1a86b5ee40d4e240,
branch-protection-attr.c
fails due to expecting a different quoting type for "leaf".
This patch changes the quoting from "" to '' as that is what is used now.
Committed as obvious afte
on 2022/1/26 下午3:28, Richard Biener wrote:
> On Wed, Jan 26, 2022 at 3:15 AM Kewen.Lin via Gcc-patches
> wrote:
>>
>> Gentle ping:
>>
>> https://gcc.gnu.org/pipermail/gcc-patches/2021-December/587309.html
>
> OK.
>
Thanks Richi! Rebased, re-teste
; P10 and
powerpc64-linux-gnu P8.
Is it ok for trunk?
[1] https://gcc.gnu.org/pipermail/gcc-patches/2022-January/589303.html
[2] https://gcc.gnu.org/pipermail/gcc-patches/2021-December/587310.html
BR,
Kewen
-
gcc/ChangeLog:
PR target/103627
* config/rs6000/rs6000.cc (rs6000_optio
on 2022/1/27 上午1:57, Segher Boessenkool wrote:
> Hi!
>
> On Wed, Jan 26, 2022 at 10:26:45AM +0800, Kewen.Lin wrote:
>> on 2022/1/14 上午12:31, David Edelsohn wrote:
>> Yeah, but IMHO it still can confuse new comers at first glance.
>
> Yes, or at least cause to read (well, grep) the whole backend a
3.1 (or POWER10) directly, and require VSX.
OK, I see. Thanks for the detailed explanation below. I guess that's why
we don't have one option like "-mpower10-vector" any more?
I posted patch v2 guarded with VSX at the below link instead
https://gcc.gnu.org/pipermail/gcc-patc
EC to the appropriate place.
>>
>> gcc/testsuite/ChangeLog:
>>
>> PR target/103627
>> * gcc.target/powerpc/pr103627-3.c: New test.
>
>
>> --- a/gcc/config/rs6000/rs6000.c
>> +++ b/gcc/config/rs6000/rs6000.c
>> @@ -3955,6 +3955,15 @@ r
template_decl in
add_specializations, at cp/module.cc:12969)
FAIL: g++.dg/modules/xtreme-header_a.H -std=c++2b (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-6893/usr
--enable-clocale=gnu --with-system-zlib
Hi Uroš,
> Please note that check_effective_target_ia32 test tries to compile code that
> uses __i386__ target-dependent preprocessor definition, so it is guaranteed
> to fail on all non-ia32 targets.
Thanks, I didn’t know the difference!
OK to push.
FX
-dump optimized ".. <= 2 ? x_..D. :
0;"
FAIL: libgomp.c++/pr86291.C execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-6924/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--wi
on x86_64-linux.
gcc/ChangeLog:
* fold-const.h (operand_compare::operand_equal_p):
Fix comment about OEP_* flags.
---
gcc/fold-const.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/fold-const.h b/gcc/fold-const.h
index a9a3062e4f6..394a67ece79 100644
From: Andrew Pinski
As reported at
https://gcc.gnu.org/pipermail/gcc/2022-February/238216.html,
multiprecision.org now uses https so this updates the documentation
to use https instead of http.
Committed as obvious.
gcc/ChangeLog:
* doc/install.texi:
---
gcc/doc/install.texi | 2
on 2022/1/28 上午1:17, Segher Boessenkool wrote:
> Hi!
>
> On Thu, Jan 27, 2022 at 07:21:33PM +0800, Kewen.Lin wrote:
>> PR target/103627
>> * config/rs6000/rs6000.cc (rs6000_option_override_internal): Disable
>> MMA if !TARGET_VSX.
>>
>> gcc/te
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2022-January/587635.html
BR,
Kewen
>> on 2022/1/5 下午3:34, Kewen.Lin via Gcc-patches wrote:
>>> Hi,
>>>
>>> This patch is to fix the inconsistent behaviors for non-LTO mode
>>> and LTO m
urrently the function
>> rs6000_can_inline_p simply makes it inlinable if callee_tree is
>> NULL, but it's unexpected, we should use the command line options
>> from target_option_default_node as default.
>
>> --- a/gcc/config/rs6000/rs6000.c
>>
lining in test case pr102059-5.c can
>> happen unexpectedly before, it's fixed accordingly.
>>
>> As Richi/Mike pointed out, some tuning flags like MASK_P8_FUSION
>> can be neglected for always inlining, this patch also takes some
>> flags when the callee is attribu
Hi Michael,
on 2022/2/9 上午11:27, Michael Meissner via Gcc-patches wrote:
> Reset -mpower8-fusion for power9 inlining power8 functions, PR 102059.
>
> This patch is an attempt to make a much simpler patch to fix PR target/102059
> than the previous patch.
>
> It just fixes t
x27;t be directly passed to gen_vec_initv16qiqi.
Bootstrapped on CLX
Regtested on x86_64-pc-linux-gnu{-m32\ -mxop\ -mavx2,\ -mxop\ -mavx2}.
Don't have machine with xop for native bootstrap, but i think the fix
should be ok.
Ok for trunk?
gcc/ChangeLog:
PR target/104451
* c
x27;t be directly passed to gen_vec_initv16qiqi.
Bootstrapped on CLX.
regtested with x86_64-pc-linux-gnu{-m32\ -mxop\ -mavx2,\ -mavx2 \-mxop}.
I don't have platform with xop for native bootstrap, but i think the fix
should be ok.
Ok for trunk?
gcc/ChangeLog:
PR target/104451
-1a.c scan-assembler [ \t]+vextracti128[
\t]+[^\n]+\n[ \t]+vpaddd[ \t]+[^\n]+\n[ \t]+vmovd[ \t]+[^\n]+\n[ \t]+vzeroupper
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-7125/usr
--enable-clocale=gnu --with-system-zlib --with
)
FAIL: g++.dg/modules/xtreme-header_a.H -std=c++2b (internal compiler error:
tree check: expected none of template_decl, have template_decl in
add_specializations, at cp/module.cc:12979)
FAIL: g++.dg/modules/xtreme-header_a.H -std=c++2b (test for excess errors)
with GCC configured with
../../gcc
obvious after a bootstrap/test on aarch64-linux-gnu with
no regressions.
PR target/104474
gcc/ChangeLog:
* config/aarch64/aarch64.cc
(aarch64_sve_expand_vector_init_handle_trailing_constants):
Use CONST0_RTX instead of const0_rtx for the non-constant elements.
gcc
are integral - I think float
>comparisons would be OK in principle but the precision check will not
>work there.
Restricted to integeral type.
Here's updated patch.
gcc/ChangeLog:
PR target/103771
* match.pd (cond_expr_convert_p): New match.
* tree-v
/Wuninitialized-32.C -std=c++14 (test for excess errors)
FAIL: g++.dg/warn/Wuninitialized-32.C -std=c++17 (test for excess errors)
FAIL: g++.dg/warn/Wuninitialized-32.C -std=c++20 (test for excess errors)
FAIL: g++.dg/warn/Wuninitialized-32.C -std=c++98 (test for excess errors)
with GCC configured with
le-use unless
>>> we need two v_c_es.
>>
>> We can leave it to rtl combine/fwprop which will consider rtx_cost for them.
>>
>
>That certainly makes sense for the !single_use case.
Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,} and
aarch64-unknown-linux
: gcc.target/i386/auto-init-4.c scan-assembler-times long\t-16843010 5
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-7240/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c
90 -O scan-tree-dump-times original
"#pragma omp task depend\\(depobj:\\*\\(integer\\(kind=16\\) \\*\\)
\\(doaap->data \\+ \\(sizetype\\) \\(\\(doaap->offset \\+
doaap->dim\\[0\\].stride \\* 2\\) \\* doaap->span\\)\\)\\)" 1
with GCC configured with
../../gcc/configure
--pre
c-linux-gnu{-m32,}.
And native Bootstrapped and regtested on CLX.
Ok for trunk?
gcc/ChangeLog:
PR tree-optimization/104551
PR tree-optimization/103771
* match.pd (cond_expr_convert_p): Add types_match check when
convert is extension.
* tree-vect-patterns.cc
Bootstrap and regrestest on x86_64-pc-linux-gnu{-m32,}.
Ok for trunk?
gcc/ChangeLog:
* config/i386/cpuid.h (bit_MPX): Removed.
(bit_BNDREGS): Ditto.
(bit_BNDCSR): Ditto.
---
gcc/config/i386/cpuid.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/gcc/config/i386
PE_UNSIGNED (TREE_TYPE (@3
> after it ideally with a comment why would be better.
Update patch.
gcc/ChangeLog:
PR tree-optimization/104551
PR tree-optimization/103771
* match.pd (cond_expr_convert_p): Add types_match check when
convert is extension.
: gcc.dg/deprecated.c (test for warnings, line 28)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-7287/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable
-memset-21.c scan-assembler-not vzeroupper
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-7293/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet
tree_ssa_useless_type_conversion.
STRIP_USELESS_TYPE_CONVERSION is mostly used inside the gimplifier
and the places where it is used outside of the gimplifier would not
be adding too much overhead.
OK? Bootstrapped and tested on x86_64-linux-gnu with no regressions.
Thanks,
Andrew Pinski
PR c/104506
gcc
60953a23d57b13a672f751bec0c6eefc059eb1ab thus causing TARGET_CAN_SPLIT_STACK
to be defined for non-glibc targets even though -fsplit-stack is
actually not supported and attempting to use it causes a runtime error.
This causes gcc internal code, such as ./gcc/go/gospec.cc to not
correctly detect that -fsplit-stack
Hi Haochen,
Some minor comments are inlined.
on 2022/2/16 下午4:42, HAO CHEN GUI via Gcc-patches wrote:
> Hi,
>This patch enables absolute jump tables on PPC AIX and Linux. For AIX, the
> jump
> table is placed in data section. For Linux, it is placed in RELRO section when
>
60953a23d57b13a672f751bec0c6eefc059eb1ab thus causing TARGET_CAN_SPLIT_STACK
to be defined for non-glibc targets even though -fsplit-stack is
actually not supported and attempting to use it causes a runtime error.
This causes gcc internal code, such as ./gcc/go/gospec.c to not
correctly detect that -fsplit-stack is
on 2022/2/22 上午9:11, HAO CHEN GUI wrote:
>
> Kewen,
> Thanks so much for your advice.
>
> On 21/2/2022 下午 5:42, Kewen.Lin wrote:
>> Hi Haochen,
>>
>> Some minor comments are inlined.
>>
>> on 2022/2/16 下午4:42, HAO CHEN GUI via Gcc-patches wrote:
&g
for trunk?
BR,
Kewen
-
PR target/104024
gcc/ChangeLog:
* config/rs6000/fusion.md: Regenerate.
* config/rs6000/genfusion.pl: Add the check for define_insns
with constraint v, use BOOL_128 instead of VM.
gcc/testsuite/ChangeLog:
* gcc.target/powerpc/pr
On 2022-02-23 01:30, Segher Boessenkool wrote:
Hi Jiu Fu,
On Tue, Feb 22, 2022 at 02:53:13PM +0800, Jiufu Guo wrote:
static bool
rs6000_cannot_force_const_mem (machine_mode mode ATTRIBUTE_UNUSED,
rtx x)
{
- if (GET_CODE (x) == HIGH
- && GET_CODE (XEXP (x, 0)) == UNSPEC)
+ if (GET_CO
For evex encoding vp{xor,or,and}, suffix is needed.
Or there would be an error for
vpxor %ymm0, %ymm31, %ymm1
Error: unsupported instruction `vpxor'
Bootstrapped and regtested x86_64-pc-linux-gnu{-m32,}.
Pushed to trunk.
gcc/ChangeLog:
* config/i386/sse.md (v1ti3): Add suffi
ldi .." on ppc64, and check the
sum cost of those instructions. If only create one fake
instruction, the insn_cost may not return the accurate cost either.
BR,
Jiufu
Thanks,
Richard.
BR,
Jiufu
gcc/ChangeLog:
PR target/94393
PR rtl-optimization/6
The patch fixes ICE in ix86_gimple_fold_builtin.
gcc/ChangeLog:
PR target/104666
* config/i386/i386-expand.cc
(ix86_check_builtin_isa_match): New func.
(ix86_expand_builtin): Move code to
ix86_check_builtin_isa_match and call it.
* config/i386/i386
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 is to
use pragma "GCC unroll 0" to disable all possible loop unrollings.
Hope it can help the case not that fragile.
There are some other p9-vec-len
dition for define_insn part, otherwise the
>> splitting could perform unexpectedly.
>>
>> gcc/ChangeLog:
>>
>> * config/i386/i386.md (*add3_doubleword, *addv4_doubleword,
>> *addv4_doubleword_1, *sub3_doubleword,
>> *subv4_doubl
conversion is a
nop.
Committed as approved with the comment change.
PR tree-optimization/103228
PR tree-optimization/55177
gcc/ChangeLog:
* match.pd ((type) X bitop CST): Also do this
transformation for nop conversions.
gcc/testsuite/ChangeLog:
* gcc.dg/tree
523.xalancbmk_r -0.13
525.x264_r -0.05
531.deepsjeng_r -0.27
541.leela_r -0.24
548.exchange2_r -0.06
557.xz_r-0.10
999.specrand_ir 2.69
Bootstrapped and regtested on x86_64-linux-gnu{-m32,}.
Ready to push to trunk.
gcc/ChangeLog
,}.
Ok for trunk and GCC11 upstream branch?
gcc/ChangeLog:
PR target/103275
* config/i386/i386-protos.h (ix86_notls_memory): Declare.
* config/i386/i386.c (ix86_notls_memory): New function.
* config/i386/i386.md (*movsi_internal): Don't allow
mask/sse/mmx
/avx512fp16-vector-complex-float.c scan-assembler-not
vfmadd[123]*ph[ \\t]
FAIL: gcc.target/i386/avx512fp16-vector-complex-float.c scan-assembler-times
vfcmaddcph[ \\t] 1
FAIL: gcc.target/i386/avx512fp16-vector-complex-float.c scan-assembler-times
vfmaddcph[ \\t] 1
with GCC configured with
figure the above before submitting the patch.
ix86_print_operand_address_as shows there could be inner UNSPEC in addr, so
remove comments.
>Can you please minimize the testcase?
Done;
As change in assembler, refer to [1], this patch disallow mask/sse/mmx
mov in TLS code sequences which require i
x86_64-linux-gnu with no regressions.
PR tree-optimization/103317
gcc/ChangeLog:
* tree-ssa-phiopt.c (minmax_replacement): For the non empty
middle bb case, check to make sure it has a single predecessor.
gcc/testsuite/ChangeLog:
* gcc.c-torture/compile/pr103317-1.c
to many other changes to the code.
OK? Bootstrapped and tested on aarch64-linux-gnu with no regressions/
gcc/ChangeLog:
* config/aarch64/aarch64.c (aarch64_expand_setmem): Constraint
copy_limit to the alignment of the mem if STRICT_ALIGNMENT is
true.
---
gcc/config
level only.
OK? Bootstrapped and tested on x86_64-linux-gnu with no regressions.
PR tree-optimization/103314
gcc/ChangeLog:
* match.pd ((type) X op CST): Restrict the equal
TYPE_PRECISION case to GIMPLE only.
gcc/testsuite/ChangeLog:
* gcc.c-torture/compile/pr1033
On Thu, Nov 11, 2021 at 3:25 AM Kewen Lin wrote:
> gcc/ChangeLog:
>
> * config/xtensa/xtensa.md (movdi_internal, movdf_internal): Fix split
> condition.
I had been hoping Max would reply (as I'm just doing legacy work
around this these days), but seeing that h
regressions.
PR tree-optimization/103220
gcc/ChangeLog:
* match.pd ((type) X bitop CST): Don't check if CST
fits into the type if only the sign changes.
gcc/testsuite/ChangeLog:
* gcc.dg/tree-ssa/pr103220-1.c: New test.
* gcc.dg/tree-ssa/pr103220-2.c: New
e a nop_convert between the the
comparison and the bit_not. This adds the optional option cast to the current
match.pd pattern.
OK? Bootstrapped and tested on x86_64 with no regressions.
PR tree-optimization/31531
gcc/ChangeLog:
* match.pd (~X op C): Allow for an optional nop conv
on 2021/11/20 上午6:26, augustine.sterl...@gmail.com wrote:
> On Thu, Nov 11, 2021 at 3:25 AM Kewen Lin wrote:
>> gcc/ChangeLog:
>>
>> * config/xtensa/xtensa.md (movdi_internal, movdf_internal): Fix split
>> condition.
>
> I had been hoping Max woul
Hi,
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 r
Hi,
Gentle ping this:
https://gcc.gnu.org/pipermail/gcc-patches/2021-September/580358.html
BR,
Kewen
>>> on 2021/9/28 下午4:16, Kewen.Lin via Gcc-patches wrote:
>>>> Hi,
>>>>
>>>> This patch follows the discussions here[1][2], where Segher
>>
Hi,
Gentle ping this patch:
https://gcc.gnu.org/pipermail/gcc-patches/2021-September/578552.html
One related patch [1] is ready to commit, whose test cases rely on
this patch if no changes are applied to them.
[1] https://gcc.gnu.org/pipermail/gcc-patches/2021-September/579658.html
BR,
Kewen
Hi,
As the discussions and the testing result under the main thread, this
patch would be safe.
Ping for this:
https://gcc.gnu.org/pipermail/gcc-patches/2021-September/580357.html
BR,
Kewen
>> on 2021/9/28 下午4:13, Kewen.Lin via Gcc-patches wrote:
>>> Hi,
>>>
>>&
From: Andrew Pinski
The pattern here was not catching all comparisons and the multiply
was not commutative when it should have been. This patches fixes
that by using tcc_comparison and adding :c to the multiply.
OK? Bootstrapped and tested on x86_64-linux-gnu with no regressions.
gcc/ChangeLog
and tested on x86_64-linux-gnu with no regressions.
PR tree-optimization/92342
gcc/ChangeLog:
* match.pd (b & -(a CMP c) -> (a CMP c)?b:0): New pattern.
gcc/testsuite/ChangeLog:
* gcc.dg/tree-ssa/andnegcmp-1.c: New test.
* gcc.dg/tree-ssa/andnegcmp-2.c: N
dsub_overflow (location_t, tree_code, tree, tree, tree,
> bool, bool, bool, bool, tree *);
> diff --git a/gcc/tree-vect-loop-manip.c b/gcc/tree-vect-loop-manip.c
> index 4988c93fdb6..931378820ac 100644
> --- a/gcc/tree-vect-loop-manip.c
> +++ b/gcc/tree-
From: Andrew Pinski
This is a new version of the patch to fix PR 102216.
Instead of doing the canonicalization inside forwprop, Richi
mentioned we should do it inside fold_stmt_1 and that is what
this patch does.
PR tree-optimization/102216
gcc/ChangeLog:
* gimple-fold.c
excess errors)
FAIL: c-c++-common/attr-retain-9.c -std=gnu++98 (test for excess errors)
FAIL: c-c++-common/attr-retain-9.c -Wc++-compat (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-5483/usr
--enable
s worth to updating
the one in i386 as well?
Tested on powerpc64le-linux-gnu P9 and powerpc64-linux-gnu P8.
Is it ok for trunk?
BR,
Kewen
-
gcc/testsuite/ChangeLog:
* gcc.target/powerpc/vect-gather-1.c: New test.
diff --git a/gcc/testsuite/gcc.target/powerpc/vect-gather-1.c
b/gcc
on 2021/11/25 下午1:17, Hongtao Liu wrote:
> On Thu, Nov 25, 2021 at 11:21 AM Kewen.Lin via Gcc-patches
> wrote:
>>
>> Hi,
>>
>> This patch is to add a test case similar to the one in i386
>> to add testing coverage for 510.parest_r hotspots.
>>
>>
_4",
584 BT_FN_I4_VPTR_I4_INT, ATTR_NOTHROWCALL_LEAF_LIST)
Bootstrapped and regtested on x86_64-linux-gnu{-m32,}.
Failed testcases in PR are verified.
Ok for trunk?
gcc/ChangeLog:
PR middle-end/103419
* match.pd: Fix typo, use the type of second parameter, not
-ipa-dump inline "Inlined 1 calls"
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-5531/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet
/read_no_eor.f90 -O0 (test for excess errors)
FAIL: gfortran.dg/round_4.f90 -O0 (test for excess errors)
FAIL: gfortran.dg/widechar_2.f90 -O0 (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r12-5536/usr
rated type definitions thereby causing a gcc-go compilation failure
on Alpine Linux Edge (which uses musl libc) with the following error:
sysinfo.go:7765:13: error: use of undefined type '_size_t'
7765 | type Size_t _size_t
| ^
libcall_p
-tree-dump ivopts "inv_expr [0-9]:
\\t\\(unsigned long\\) sz_[0-9]*\\(D\\) \\* 4 \\+ \\(unsigned long\\)
mem_[0-9]*\\(D\\)"
FAIL: gcc.dg/tree-ssa/ivopts-9.c scan-tree-dump ivopts "inv_expr [0-9]:
\\t\\(unsigned long\\) sz_[0-9]\\(D\\) \\* 4 \\+ \\(unsigned long\\)
mem_[0-9]\\(
1101 - 1200 of 41351 matches
Mail list logo
