-dump ce1 "3 true changes made"
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3207/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --w
scan-tree-dump-times vrp1 " >> 2" 1
FAIL: gcc.dg/tree-ssa/20030807-10.c scan-tree-dump-times vrp1 " & 3" 1
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3207/usr
--enable-clocale=gnu --with-syst
-dump ce1 "3 true changes made"
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3207/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --w
Hi Segher,
Thanks for your suggestions!
>> + for (unsigned i = 0; i < and_insns.length (); ++i)
>
> "i++" is used more often, is more traditional.
>
Updated.
>> --- /dev/null
>> +++ b/gcc/testsuite/gcc.target/powerpc/pr97019.c
>> @@ -0,
ave to check
> !TREE_ADDRESSABLE as well.
>
The tree of param "u" will be marked ADDRESSABLE when generating
"VIEW_CONVERT_EXPR(D.3190)[_1] = i;", if check !TREE_ADDRESSABLE, no
IFN_SET
will be produced in gimple-isel.
#1 0x1066c700 in convert_vector_to_array_
On 9/13/20 3:37 PM, JonY wrote:
> On 9/10/20 2:23 PM, JonY wrote:
>> Do a link test instead of just a grep. The linker can
>> support multiple targets, but not all targets can use it.
>>
>> Cygwin/MinGW ld can support ELF but the PE format for Windows itself
>> does not support such a feature. Atta
For platforms like Mingw and Cygwin, cygwin refuses to generate the
shared library without using -no-undefined.
Attached patch makes sure the right flags are used, since libtool is
already used to link libstdc++.
Patch OK?
From 4ba039687182fccd67e1170f89e259e1c4a58eeb Mon Sep 17 00:00:00 2001
Fro
On 9/17/20 3:56 AM, Jeff Law wrote:
>
> If it's been ack'd by a maintainer, yes. Jakub definitely qualifies as
> a maintainer, so feel free to push it on Martin's behalf.
>
>
> jeff
Sure, it has been pushed, thanks all.
signature.asc
Description: OpenPGP digital signature
-fomit-frame-pointer
-funroll-loops -fpeel-loops -ftracer -finline-functions execution test
FAIL: gfortran.dg/array_constructor_11.f90 -O3 -g execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3258/usr
--enable
-fomit-frame-pointer
-funroll-loops -fpeel-loops -ftracer -finline-functions execution test
FAIL: gfortran.dg/array_constructor_11.f90 -O3 -g execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3258/usr
--enable
yze_loop_2.
The failure on gcc.target/powerpc/p9-vec-length-full-6.c
is just a test issue, the 64bit/32bit pairs are able to
use full vector, fixed in the patch accordingly.
Bootstrapped/regtested on powerpc64le-linux-gnu P9.
Is it OK for trunk?
BR,
Kewen
-
gcc/ChangeLog:
* tree-v
/Warray-bounds-66.c (test for excess errors)
FAIL: gcc.dg/Warray-bounds-66.c (test for warnings, line 122)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3306/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
FAIL: gcc.dg/ipa/ipa-sra-15.c scan-ipa-dump-times sra "component at byte
offset" 4
FAIL: gcc.dg/ipa/ipa-sra-15.c scan-ipa-dump-times sra "Will split parameter" 2
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-33
FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "component at byte
offset" 4
FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "Will split parameter" 2
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-33
FAIL: gcc.dg/ipa/ipa-sra-13.c scan-ipa-dump-times sra "component at byte
offset" 4
FAIL: gcc.dg/ipa/ipa-sra-13.c scan-ipa-dump-times sra "Will split parameter" 2
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-33
FAIL: gcc.dg/ipa/ipa-sra-1.c scan-ipa-dump sra "Will split parameter"
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3303/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable
-lto-objects (internal compiler error)
FAIL: gcc.dg/atomic/pr65345-4.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3303/usr
--enable-clocale
/Warray-bounds-66.c (test for excess errors)
FAIL: gcc.dg/Warray-bounds-66.c (test for warnings, line 122)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3306/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
FAIL: gcc.dg/ipa/ipa-sra-15.c scan-ipa-dump-times sra "component at byte
offset" 4
FAIL: gcc.dg/ipa/ipa-sra-15.c scan-ipa-dump-times sra "Will split parameter" 2
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-33
FAIL: gcc.dg/ipa/ipa-sra-1.c scan-ipa-dump sra "Will split parameter"
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3303/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable
FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "component at byte
offset" 4
FAIL: gcc.dg/ipa/ipa-sra-12.c scan-ipa-dump-times sra "Will split parameter" 2
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-33
FAIL: gcc.dg/ipa/ipa-sra-13.c scan-ipa-dump-times sra "component at byte
offset" 4
FAIL: gcc.dg/ipa/ipa-sra-13.c scan-ipa-dump-times sra "Will split parameter" 2
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-33
-lto-objects (internal compiler error)
FAIL: gcc.dg/atomic/pr65345-4.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3303/usr
--enable-clocale
Hi Richard,
> "Kewen.Lin" writes:
>> Hi,
>>
>> The commit r11-3230 brings a nice improvement to use full
>> vectors instead of partial vectors when available. But
>> it caused some vector with length test cases to fail on
>> Power.
>>
>> The failure on gcc.target/powerpc/p9-vec-length-epil-7.c
>
test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
execution test
FAIL: gfortran.dg/assumed_type_9.f90 -Os execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c
test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
execution test
FAIL: gfortran.dg/assumed_type_9.f90 -Os execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3308/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
--enable-libmpx x86_64
On 9/21/20 11:38 AM, Martin Liška wrote:
> Sorry, it's not caused by your patch. It's our SUSE-specific package setup.
>
How does liblto_plugin.so.0.0.0 get loaded? I find only mentions of
liblto_plugin.so.
Is Suse GCC patched to use the versioned library?
signature.asc
Desc
=gnu++14 (test for excess errors)
FAIL: g++.dg/ext/timevar2.C -std=gnu++98 (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3315/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with
=gnu++17 (test for excess errors)
FAIL: g++.dg/ext/timevar2.C -std=gnu++98 (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3315/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with
Hi Richard,
on 2020/9/21 下午2:50, Richard Sandiford wrote:
> "Kewen.Lin" writes:
>> Hi Richard,
>>> "Kewen.Lin" writes:
Hi,
The commit r11-3230 brings a nice improvement to use full
vectors instead of partial vectors when available. But
it caused some vector with length
Hi,
When investigating the issue from
https://gcc.gnu.org/pipermail/gcc-patches/2020-July/549786.html
I find the BB COUNTs of loop seems are not accurate in some case.
For example:
In below figure:
COUNT:268435456 pre-header
enefit on
> >> some SPEC workloads by adding a im pass after loop interchange. Could
> >> you send me the latest patches? I could do further testing. Thanks a lot.
> > Hi,
> > Hmm, not sure if this refers to me? I only provided an example patch
> > (which isn't
0 (+0800)
Subject: libstdc++: use a link test to test for -Wl,-z,relro
X-Git-Url:
https://repo.or.cz/gcc/cygwin-gcc.git/commitdiff_plain/1b20e03e7468760828bfc70fc5e811b5b3738adf
libstdc++: use a link test to test for -Wl,-z,relro
Do a link test instead of just a grep. The linker can
support
Hi Richard,
on 2020/9/22 下午10:34, Richard Sandiford wrote:
> Richard Sandiford writes:
>> I'll try to have a patch ready tomorrow morning European time.
>
> Well, I totally failed to hit that deadline. When testing on Power,
> I saw a couple of extra failures, but I now think they're improvemen
on 2020/9/23 下午7:33, Richard Sandiford wrote:
> "Kewen.Lin" writes:
>> on 2020/9/22 下午10:34, Richard Sandiford wrote:
>>> Also, while splitting out the logic that handles epilogues with
>>> constant iterations, I added a check to make sure that we don't
>>> try to use partial vectors to vectorise
++98 (test for errors, line 11)
FAIL: g++.dg/template/local-fn4.C -std=c++98 (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3436/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
-pinsrw.c execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3434/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
-tree-dump fre3 " = x;"
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3434/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --w
++98 (test for errors, line 11)
FAIL: g++.dg/template/local-fn4.C -std=c++98 (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3436/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
-pinsrw.c execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3434/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without-isl
-tree-dump fre3 " = x;"
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3434/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --w
on powerpc64le-linux-gnu P9.
Is it ok for trunk?
BR,
Kewen
---
gcc/ChangeLog:
PR tree-optimization/96789
* passes.c (execute_one_pass): Add support for
TODO_force_next_scalar_cleanup.
(pending_TODOs): Init.
* passes.def (pass_scalar_cleanup)
Hi Richard,
Thanks for the comments!
> diff --git a/gcc/tree-ssa-loop-ivcanon.c b/gcc/tree-ssa-loop-ivcanon.c
> index 298ab215530..7016f993339 100644
> --- a/gcc/tree-ssa-loop-ivcanon.c
> +++ b/gcc/tree-ssa-loop-ivcanon.c
> @@ -1605,6 +1605,14 @@ pass_complete_unroll::execute
=gnu++98 (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3633/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c++,fortran --enable-cet --without
-O3 -g execution test
FAIL: gcc.dg/torture/pta-ptrarith-1.c -O3 -g scan-tree-dump alias "ESCAPED
= {[^\n}]* i f [^\n}]*}"
FAIL: gcc.dg/torture/pta-ptrarith-1.c -Os execution test
FAIL: gcc.dg/torture/pta-ptrarith-1.c -Os scan-tree-dump alias "ESCAPED =
{[^\n}]* i f [
On Linux/x86_64,
c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit
commit c34db4b6f8a5d80367c709309f9b00cb32630054
Author: Jan Hubicka
Date: Sat Oct 3 17:20:16 2020 +0200
Track access ranges in ipa-modref
caused
FAIL: gcc.dg/ipa/ipa-pta-15.c execution test
with GCC
: gcc.c-torture/execute/pta-field-2.c -O3 -g execution test
FAIL: gcc.c-torture/execute/pta-field-2.c -Os execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3641/usr
--enable-clocale=gnu --with-system-zlib
-O3 -g execution test
FAIL: gcc.dg/torture/pta-ptrarith-1.c -O3 -g scan-tree-dump alias "ESCAPED
= {[^\n}]* i f [^\n}]*}"
FAIL: gcc.dg/torture/pta-ptrarith-1.c -Os execution test
FAIL: gcc.dg/torture/pta-ptrarith-1.c -Os scan-tree-dump alias "ESCAPED =
{[^\n}]* i f [
On Linux/x86_64,
c34db4b6f8a5d80367c709309f9b00cb32630054 is the first bad commit
commit c34db4b6f8a5d80367c709309f9b00cb32630054
Author: Jan Hubicka
Date: Sat Oct 3 17:20:16 2020 +0200
Track access ranges in ipa-modref
caused
FAIL: gcc.dg/ipa/ipa-pta-15.c execution test
with GCC
: gcc.c-torture/execute/pta-field-2.c -O3 -g execution test
FAIL: gcc.c-torture/execute/pta-field-2.c -Os execution test
with GCC configured with
../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3641/usr
--enable-clocale=gnu --with-system-zlib
Hi Harald,
While this is fresh in your memory, could I suggest you have a look at this
FINDLOC issue, which seems possibly related:
https://gcc.gnu.org/pipermail/fortran/2020-September/055016.html
and further messages from Thomas Koenig?
Thanks,
FX
-ffat-lto-objects scan-tree-dump-times
vect "LOOP VECTORIZED" 1
FAIL: gcc.dg/vect/pr65947-3.c scan-tree-dump-times vect "LOOP VECTORIZED" 1
with GCC configured with
Configured with: ../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3705/u
ot; 2
FAIL: gcc.dg/vect/bb-slp-subgroups-3.c scan-tree-dump-times slp2 "optimized:
basic block" 2
with GCC configured with
Configured with: ../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3723/usr
--enable-clocale=gnu --with-system-zlib --with-dem
compiler error)
FAIL: gcc.c-torture/execute/loop-13.c -O3 -g (test for excess errors)
with GCC configured with
Configured with: ../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3729/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
On Linux/x86_64,
214d514fafcd78cd54e4a4aa9ae08c89abf9cc57 is the first bad commit
commit 214d514fafcd78cd54e4a4aa9ae08c89abf9cc57
Author: Aldy Hernandez
Date: Thu Oct 8 11:15:23 2020 +0200
Fix PR97315 (part 1 of 2)
caused
FAIL: gcc.dg/pr97315-1.c (test for excess errors)
with GCC
ump-times expand "const_int
578437695752306689" 1
FAIL: gcc.target/i386/memcpy-pr95886.c scan-rtl-dump-times expand "const_int
578437695752307200" 1
FAIL: gcc.target/i386/memcpy-pr95886.c scan-rtl-dump-times expand "const_int
578437695752307201" 2
with GCC configu
no longer look hot and therefor not get aligned. This
patch scale by profile_probability::likely () if unrolled count gets
unrealistically small.
Bootstrap/regtest on powerpc64le with no new regressions. Ok for trunk?
Jiufu Guo
gcc/ChangeLog:
2020-10-09 Jiufu Guo
Pat Haugen
When investigating the issue from
https://gcc.gnu.org/pipermail/gcc-patches/2020-July/549786.html
I find the BB COUNTs of loop seems are not accurate in some case.
For example:
In below figure:
COUNT:268435456 pre-header
-ffat-lto-objects
scan-tree-dump-times slp1 "Building vector operands from scalars" 1
FAIL: gcc.dg/vect/bb-slp-pr65935.c scan-tree-dump-times slp1 "Building vector
operands from scalars" 1
with GCC configured with
Configured with: ../../gcc/configure
--prefix=/local/skpan
/ieee/acc1.c execution, -O1
FAIL: gcc.c-torture/execute/ieee/acc2.c execution, -O1
FAIL: gcc.dg/tree-ssa/modref-2.c execution test
with GCC configured with
Configured with: ../../gcc/configure
--prefix=/local/skpandey/gccwork/toolwork/gcc-bisect-master/master/r11-3748/usr
--enable-clocale=gnu
++.dg/modules/xtreme-header-2_a.H -std=c++2b (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/export/users/haochenj/src/gcc-bisect/master/master/r13-2650/usr
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--with-fpmath=sse --enable-languages=c,c
ill
still do variable peeling for epilog, and it hits gcc_assert in
vect_peel_nonlinear_iv_init.
Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}.
The patch also fix ICE of the testcase in the PR for ia64-linux-gnu(verified by
cross-compile).
Ok for trunk?
gcc/ChangeLog:
PR tre
used with uclibc-ng to generate static pie elfs.
This is my first patch for gcc, so please let me know if there is anything
I missed.
Signed-off-by: linted
---
gcc/config/mips/gnu-user.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/gcc/config/mips/gnu-user.h b/gcc
ap\\(alloc:tmp[._0-9]*->arr \\[len:
[0-9]+\\]\\) map\\(tofrom:\\*_[0-9]+ \\[len: [0-9]+\\]\\)
map\\(attach:tmp[._0-9]*->arr \\[bias: 0\\]\\)" 2
with GCC configured with
../../gcc/configure
--prefix=/export/users/haochenj/src/gcc-bisect/master/master/r13-2665/usr
--enable-clocale=gnu
)
FAIL: g++.dg/goacc/mdc.C -std=c++14 (test for excess errors)
FAIL: g++.dg/goacc/mdc.C -std=c++17 (test for excess errors)
FAIL: g++.dg/goacc/mdc.C -std=c++20 (test for excess errors)
FAIL: g++.dg/goacc/mdc.C -std=c++98 (test for excess errors)
with GCC configured with
../../gcc/configure
codes, doesn't solve the related case
in the PR which needs extra expander for 64-bit vector.
Bootstrapped and regtested on x86-64-pc-linux-gnu{-m32,}.
Ok for trunk.
gcc/ChangeLog:
PR target/106910
* config/i386/i386-builtins.cc
(ix86_builtin_vectorized_function):
There's peephole2 submit in 1990s which split cmp mem, 0 to load mem,
reg + test reg, reg. I don't know exact reason why gcc do this.
For latest x86 processors, ciscization should help processor frontend
also codesize, for processor backend, they should be the same(has same
uops).
So
For Skylake based processor, decoder is 4-way.
For Sunny Cove and Willow Cove, decoder is 5-way.
For Golden cove, decoder is 6-way.
Bootstrapped and regtested on x86-64-pc-linux-gnu{-m32,}.
Ready to install.
gcc/ChangeLog:
* config/i386/x86-tune-sched.cc (ix86_issue_rate): Adjust for
Hi Mikael,
> Looks good, thanks.
Thank you for your reviews. This patch is committed to trunk:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=4637a1d293c978816ad622ba33e3a32a78640edd
FX
Committed as
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=4637a1d293c978816ad622ba33e3a32a78640edd
FX
> Le 10 sept. 2022 à 12:21, FX a écrit :
>
> ping
> (with fix for the typo Bernhard noticed)
>
> <0001-Fortran-F2018-rounding-modes-changes.patch>
>
>> Le 31 août 2022 à 20:29, FX a écrit
Hi,
>> 2. Add the optional RADIX argument to IEEE_SET_ROUNDING_MODE and
>> IEEE_GET_ROUNDING_MODE. It is unused for now, because we do not support
>> floating-point radices other than 2.
> If we accept the argument, we have to support it somehow.
> So for IEEE_GET_ROUNDING_MODE (*, 10), we shoul
Hi,
> Hmm, not really convinced, but that's a possible interpretation, I guess.
It seems to me to be in line with the handling of all other IEEE intrinsics:
the user is responsible for querying support before calling any relevant
routine. I admit that there is no explicit language in the case o
-functions (test for excess errors)
FAIL: gfortran.dg/ieee/modes_1.f90 -O3 -g (test for excess errors)
FAIL: gfortran.dg/ieee/modes_1.f90 -Os (test for excess errors)
with GCC configured with
../../gcc/configure
--prefix=/export/users/haochenj/src/gcc-bisect/master/master/r13-2722/usr
--enable
Here's list the patch supported.
rint/nearbyint/ceil/floor/trunc/lrint/lceil/lfloor/round/lround.
Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}
Ok for trunk?
gcc/ChangeLog:
PR target/106910
* config/i386/mmx.md (nearbyintv2sf2): New expander.
(rint
,}.
Ok for trunk?
gcc/ChangeLog:
PR tree-optimization/103144
* tree-vect-loop.cc (vectorizable_induction): Return false for
slp_node with mixed induction type.
gcc/testsuite/ChangeLog:
* gcc.target/i386/pr103144-mix-1.c: New test.
* gcc.target/i386/pr103144
gtested on x86_64-pc-linux-gnu{-m32,}.
Ok for trunk?
gcc/ChangeLog:
PR tree-optimization/106963
* tree-vect-loop.cc (vect_create_nonlinear_iv_init): Use
vec_gen_perm_mask_any instead of vec_gen_perm_mask_check.
gcc/testsuite/ChangeLog:
* gcc.target/i386/pr106963.c
I forgot to include the gfortran.map part of the patch, and so the test failed
on platforms that have symbol versioning.
Fix below committed to master.
FX
commit ce8aed75a38b468490ecab4c318e3eb08d468608 (HEAD -> master)
Author: Francois-Xavier Coudert
Date: 2022-09-21 10:04:22 +0200
Fo
Follow-up patch, including a test, committed as attached.
FX
0001-Fortran-handle-RADIX-kind-in-IEEE_SET_ROUNDING_MODE.patch
Description: Binary data
min/max]dp to fmin/max instead
> of smin/max. So the builtins always generate xs[min/max]dp on all
> platforms.
>
> Bootstrapped and tested on ppc64 Linux BE and LE with no regressions.
> Is this okay for trunk? Any recommendations? Thanks a lot.
>
> ChangeLog
> 2022-06-2
ping*2
0001-Add-__builtin_iseqsig.patch
Description: Binary data
> Le 9 sept. 2022 à 19:55, FX a écrit :
>
> ping
>
>
>> Le 1 sept. 2022 à 23:02, FX a écrit :
>>
>> Attached patch adds __builtin_iseqsig() to the middle-end and C family
>> front-ends.
>> Testing does not currently check
Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}.
Verify 526.blend_r can be rebuilt with the fix.
Ok for trunk?
gcc/ChangeLog:
PR target/106994
* config/i386/mmx.md (floorv2sf2): Fix typo, use
register_operand instead of vector_operand for operands[1].
gcc
.
Bootstrapped and regtested on powerpc64-linux-gnu P7 and
powerpc64le-linux-gnu P9 and P10.
I'm going to push it a week later if no objections.
BR,
Kewen
-
PR target/100645
gcc/ChangeLog:
* config/rs6000/vector.md (vec_shr_): Replace condition
TARGET_ALTIVEC
frame_pointer_needed_indeed since commit r10-7981. It
caused ICE due to unexpected NULL insn. This patch is to
make the conditions consistent.
Bootstrapped and regtested on powerpc64-linux-gnu P7 and
powerpc64le-linux-gnu P9 and P10.
Is it ok for trunk?
BR,
Kewen
-
PR target/96072
gcc/ChangeLog
on 2022/9/22 05:56, Segher Boessenkool wrote:
> Hi!
>
> On Fri, Jun 24, 2022 at 10:02:19AM +0800, HAO CHEN GUI wrote:
>> This patch also binds __builtin_vsx_xs[min/max]dp to fmin/max instead
>> of smin/max. So the builtins always generate xs[min/max]dp on all
>> platforms.
>
> But how does this
v4si/v4sf
vector shuffle with any index for sse2.
Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}.
Ok for trunk?
2022-09-23 Hongtao Liu
Liwei Xu
gcc/ChangeLog:
PR target/53346
* config/i386/i386-expand.cc (expand_vec_perm_shufps_shufps):
New
From: Sören Tempel
Tested on x86_64 Arch Linux (glibc) and Alpine Linux (musl libc).
Previously, libgo relied on the _sigev_un implementation-specific
field in struct sigevent, which is only available on glibc. This
patch uses the sigev_notify_thread_id macro instead which is mandated
by timer_c
/i386/avx256-unaligned-store-3.c scan-assembler vextractf128
FAIL: gcc.target/i386/avx256-unaligned-store-3.c scan-assembler
vmovupd.*movv2df_internal/4
with GCC configured with
../../gcc/configure
--prefix=/export/users/haochenj/src/gcc-bisect/master/master/r13-2804/usr
--enable-clocale=gnu
mitted static pie patch
> for arm as well as the working code for aarch64.
>
> I tested with a host of mips-elf and checked with mips-sim. This patch was
> also tested and used with uclibc-ng to generate static pie elfs.
>
> This is my first patch for gcc, so please let me k
(lone_idx == 1) ? (d->perm[i] + 4) : d->perm[i];
>
>All the ()s in the above line aren't needed.
>
Changed.
>> + /* shufps. */
>> + ok = expand_vselect_vconcat(d->target, tmp, d->op1,
>> + perm1, d->nelt, false);
>
>Again,
ent bug in define_expand vec_shr_
>> that the current condition TARGET_ALTIVEC is too loose. The
>> mode iterator VEC_L contains a few modes, they are not always
>> supported as vector mode, VECTOR_UNIT_ALTIVEC_OR_VSX_P should
>> be used like some other VEC_L usages.
>
>&
DEF_CFA reg note with
>> frame_pointer_needed_indeed.
>
>> --- a/gcc/config/rs6000/rs6000-logue.cc
>> +++ b/gcc/config/rs6000/rs6000-logue.cc
>> @@ -4956,7 +4956,7 @@ rs6000_emit_epilogue (enum epilogue_type epilogue_type)
>> a REG_CFA_DEF_CFA note, but that&#x
Hi Segher,
on 2022/9/22 22:05, Segher Boessenkool wrote:
> Hi!
>
> On Thu, Sep 22, 2022 at 10:28:23AM +0800, Kewen.Lin wrote:
>> on 2022/9/22 05:56, Segher Boessenkool wrote:
>>> On Fri, Jun 24, 2022 at 10:02:19AM +0800, HAO CHEN GUI wrote:
>>> In the other direction I am worried that the unspecs
901 - 1000 of 41351 matches
Mail list logo
