diff options
author | Tom de Vries <tdevries@suse.de> | 2020-08-11 18:20:58 +0200 |
---|---|---|
committer | Tom de Vries <tdevries@suse.de> | 2020-08-12 12:39:36 +0200 |
commit | b9c7fe59f9f66ecc091e215c826ecd1a04d032dc (patch) | |
tree | a50fe1c566ddc65cd977a242100711a0b6021e63 /gcc/fortran/trans-openmp.c | |
parent | fb8e83924615cf44332e60f910bf2b0128c21ae0 (diff) | |
download | gcc-b9c7fe59f9f66ecc091e215c826ecd1a04d032dc.zip gcc-b9c7fe59f9f66ecc091e215c826ecd1a04d032dc.tar.gz gcc-b9c7fe59f9f66ecc091e215c826ecd1a04d032dc.tar.bz2 |
[nvptx] Fix array dimension in nvptx_assemble_decl_begin
When compiling test-case builtin-object-size-21.c, cc1 emits:
...
.visible .global .align 1 .u32 xm3_3[-2305843009213693951] =
...
for:
...
struct Ax_m3 { char a[PTRDIFF_MAX - 3], ax[]; };
struct Ax_m3 xm3_3 = { { 0 }, { 1, 2, 3 } };
...
Fix this by:
- changing the printing format for unsigned HOST_WIDE_INT init_frag.remaining
to HOST_WIDE_INT_PRINT_UNSIGNED
- changing the type of local variable elt_size in nvptx_assemble_decl_begin
to unsigned HOST_WIDE_INT.
such that we have:
...
.visible .global .align 1 .u32 xm3_3[2305843009213693952] =
...
where 2305843009213693952 == 0x2000000000000000, so the array is claiming
0x8000000000000000 bytes, which is one more than PTRDIFF_MAX. This is due
to using .u32 instead of .u8, so strictly speaking we should downgrade to
using .u8 in this case, but that corner-case problem doesn't look urgent
enough to fix in this commit.
Build on nvptx, tested with make check-gcc.
gcc/ChangeLog:
* config/nvptx/nvptx.c (nvptx_assemble_decl_begin): Make elt_size an
unsigned HOST_WIDE_INT. Print init_frag.remaining using
HOST_WIDE_INT_PRINT_UNSIGNED.
Diffstat (limited to 'gcc/fortran/trans-openmp.c')
0 files changed, 0 insertions, 0 deletions