diff options
author | Tom de Vries <tdevries@suse.de> | 2020-08-11 18:20:17 +0200 |
---|---|---|
committer | Giuliano Belinassi <giuliano.belinassi@usp.br> | 2020-08-17 15:08:04 -0300 |
commit | 3c4117c621f88d8f46af83d7f92bd2f62d54bf40 (patch) | |
tree | dd43bf71fbf782dfeec1afc3e94f5969887a2840 /gcc/fortran/trans-array.h | |
parent | 6f32ea957f088f905e53965d881874fb50bdd3c3 (diff) | |
download | gcc-3c4117c621f88d8f46af83d7f92bd2f62d54bf40.zip gcc-3c4117c621f88d8f46af83d7f92bd2f62d54bf40.tar.gz gcc-3c4117c621f88d8f46af83d7f92bd2f62d54bf40.tar.bz2 |
[testsuite] Add effective target large_initializer
When compiling builtin-object-size-21.c for nvptx, cc1 times out while
emitting the initializer for global variable xm3_3.
With x86_64, we are able to emit the initializer with a few lines of assembly:
...
xm3_3:
.byte 0
.zero 9223372036854775803
.byte 1
.byte 2
.byte 3
...
but with nvptx, we don't have some something similar available, and thus
generate:
...
.visible .global .align 1 .u32 xm3_3[2305843009213693952] =
{ 0, 0, 0, ...
...
Introduce an effective target large_initializer, returning false for nvptx,
and require it for test-cases with large initializers.
Tested on nvptx with make check-gcc.
gcc/testsuite/ChangeLog:
PR testsuite/96566
* lib/target-supports.exp (check_effective_target_large_initializer):
New proc.
* gcc.dg/builtin-object-size-21.c: Require large_initializer.
* gcc.dg/strlenopt-55.c: Same.
Diffstat (limited to 'gcc/fortran/trans-array.h')
0 files changed, 0 insertions, 0 deletions