* [r11-5094 Regression] FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors) on Linux/x86_64
@ 2020-11-17 20:19 sunil.k.pandey
2020-11-17 21:13 ` Jan Hubicka
0 siblings, 1 reply; 3+ messages in thread
From: sunil.k.pandey @ 2020-11-17 20:19 UTC (permalink / raw)
To: gcc-patches, gcc-regression, jh
On Linux/x86_64,
afa6adbd6c83eeef6d75655140f7c0c9a02a479e is the first bad commit
commit afa6adbd6c83eeef6d75655140f7c0c9a02a479e
Author: Jan Hubicka <jh@suse.cz>
Date: Tue Nov 17 15:41:06 2020 +0100
Improve handling of memory operands in ipa-icf 3/4
caused
FAIL: gcc.c-torture/execute/20020412-1.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)
FAIL: gcc.c-torture/execute/20020412-1.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (test for excess errors)
FAIL: gcc.c-torture/execute/20020412-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (internal compiler error)
FAIL: gcc.c-torture/execute/20020412-1.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors)
FAIL: gcc.c-torture/execute/pr82210.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)
FAIL: gcc.c-torture/execute/pr82210.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (test for excess errors)
FAIL: gcc.c-torture/execute/pr82210.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (internal compiler error)
FAIL: gcc.c-torture/execute/pr82210.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors)
FAIL: gcc.dg/pr34457-1.c (internal compiler error)
FAIL: gcc.dg/pr34457-1.c (test for excess errors)
FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (internal compiler error)
FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fno-use-linker-plugin -flto-partition=none (test for excess errors)
FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (internal compiler error)
FAIL: gcc.dg/torture/pr8081.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-5094/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-linux --disable-bootstrap
To reproduce:
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/20020412-1.c --target_board='unix{-m32}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/20020412-1.c --target_board='unix{-m32\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/20020412-1.c --target_board='unix{-m64}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/20020412-1.c --target_board='unix{-m64\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/pr82210.c --target_board='unix{-m32}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/pr82210.c --target_board='unix{-m32\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/pr82210.c --target_board='unix{-m64}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="execute.exp=gcc.c-torture/execute/pr82210.c --target_board='unix{-m64\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg.exp=gcc.dg/pr34457-1.c --target_board='unix{-m32}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg.exp=gcc.dg/pr34457-1.c --target_board='unix{-m32\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg.exp=gcc.dg/pr34457-1.c --target_board='unix{-m64}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg.exp=gcc.dg/pr34457-1.c --target_board='unix{-m64\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg-torture.exp=gcc.dg/torture/pr8081.c --target_board='unix{-m32}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg-torture.exp=gcc.dg/torture/pr8081.c --target_board='unix{-m32\ -march=cascadelake}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg-torture.exp=gcc.dg/torture/pr8081.c --target_board='unix{-m64}'"
$ cd {build_dir}/gcc && make check RUNTESTFLAGS="dg-torture.exp=gcc.dg/torture/pr8081.c --target_board='unix{-m64\ -march=cascadelake}'"
(Please do not reply to this email, for question about this report, contact me at skpgkp2 at gmail dot com)
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [r11-5094 Regression] FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors) on Linux/x86_64
2020-11-17 20:19 [r11-5094 Regression] FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors) on Linux/x86_64 sunil.k.pandey
@ 2020-11-17 21:13 ` Jan Hubicka
2020-11-17 21:34 ` Jeff Law
0 siblings, 1 reply; 3+ messages in thread
From: Jan Hubicka @ 2020-11-17 21:13 UTC (permalink / raw)
To: sunil.k.pandey; +Cc: gcc-patches, gcc-regression
Hi,
I am testing the following fix. I manually applied a rejected hunk and
for some reaosn managed to reverse the conditonal :(
Honza
* ipa-icf.c (sem_function::hash_stmt): Fix conditional on
variably_modified_type_p.
diff --git a/gcc/ipa-icf.c b/gcc/ipa-icf.c
index 27eeda3a319..6ae842766e6 100644
--- a/gcc/ipa-icf.c
+++ b/gcc/ipa-icf.c
@@ -1459,10 +1459,10 @@ sem_function::hash_stmt (gimple *stmt, inchash::hash &hstate)
ao_ref_init (&ref, gimple_op (stmt, i));
tree t = ao_ref_alias_ptr_type (&ref);
- if (variably_modified_type_p (t, NULL_TREE))
+ if (!variably_modified_type_p (t, NULL_TREE))
memory_access_types.safe_push (t);
t = ao_ref_base_alias_ptr_type (&ref);
- if (variably_modified_type_p (t, NULL_TREE))
+ if (!variably_modified_type_p (t, NULL_TREE))
memory_access_types.safe_push (t);
}
}
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [r11-5094 Regression] FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors) on Linux/x86_64
2020-11-17 21:13 ` Jan Hubicka
@ 2020-11-17 21:34 ` Jeff Law
0 siblings, 0 replies; 3+ messages in thread
From: Jeff Law @ 2020-11-17 21:34 UTC (permalink / raw)
To: Jan Hubicka, sunil.k.pandey; +Cc: gcc-regression, gcc-patches
On 11/17/20 2:13 PM, Jan Hubicka wrote:
> Hi,
> I am testing the following fix. I manually applied a rejected hunk and
> for some reaosn managed to reverse the conditonal :(
>
> Honza
>
> * ipa-icf.c (sem_function::hash_stmt): Fix conditional on
> variably_modified_type_p.
> diff --git a/gcc/ipa-icf.c b/gcc/ipa-icf.c
> index 27eeda3a319..6ae842766e6 100644
> --- a/gcc/ipa-icf.c
> +++ b/gcc/ipa-icf.c
> @@ -1459,10 +1459,10 @@ sem_function::hash_stmt (gimple *stmt, inchash::hash &hstate)
>
> ao_ref_init (&ref, gimple_op (stmt, i));
> tree t = ao_ref_alias_ptr_type (&ref);
> - if (variably_modified_type_p (t, NULL_TREE))
> + if (!variably_modified_type_p (t, NULL_TREE))
> memory_access_types.safe_push (t);
> t = ao_ref_base_alias_ptr_type (&ref);
> - if (variably_modified_type_p (t, NULL_TREE))
> + if (!variably_modified_type_p (t, NULL_TREE))
> memory_access_types.safe_push (t);
> }
> }
>
Given Sunil's list of failures, this could well be the same issue as the
one I just sent you. OH wait, it was rejected. Probably the binary
attachments looked like a virus/spam or somesuch.
jeff
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-11-17 21:34 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-11-17 20:19 [r11-5094 Regression] FAIL: gcc.dg/torture/pr8081.c -O2 -flto -fuse-linker-plugin -fno-fat-lto-objects (test for excess errors) on Linux/x86_64 sunil.k.pandey
2020-11-17 21:13 ` Jan Hubicka
2020-11-17 21:34 ` Jeff Law
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).