[PATCH][1/n][C] Do not sign-extend sizetypes
Richard Guenther
rguenther@suse.de
Mon Apr 11 14:26:00 GMT 2011
This is another try at making sizetype behavior more consistent with
other integral types. In particular this series will eventually
succeed in making TYPE_UNSIGNED tell the truth for sizetypes ...
This first patch replaces a hack in the C frontend to handle
zero-sized arrays (int a[] = {}) by setting the upper bound of
the domain to integer_minus_one_node. This works by luck only
as the code later calls build_index_type which happily combines
(and converts) this with a sizetype zero lower bound. Simply
using an integer typed domain fixes this, so the patch makes
the C frontend use build_range_type instead.
Similarly the stor-layout.c code fails to properly use
signed arithmetic when it needs to. The present code presumably
already handles some cases, but not that special case of
adding one to -1.
The rest of the patch is simple stuff I noticed when going over
the code.
Bootstrapped and tested on x86_64-unknown-linux-gnu for all
languages including Ada and Objective-C++.
Are the c-family changes ok?
Thanks,
Richard.
2011-04-11 Richard Guenther <rguenther@suse.de>
* stor-layout.c (layout_type): Compute all array index size operations
in the original type.
(initialize_sizetypes): Add comment.
(set_sizetype): Do not set TREE_TYPE of a TREE_VEC.
c-family/
* c-common.c (complete_array_type): Build a range type of
proper type.
Index: trunk/gcc/stor-layout.c
===================================================================
*** trunk.orig/gcc/stor-layout.c 2011-04-06 10:51:40.000000000 +0200
--- trunk/gcc/stor-layout.c 2011-04-11 14:30:23.000000000 +0200
*************** layout_type (tree type)
*** 1996,2010 ****
if (integer_zerop (element_size))
length = size_zero_node;
! /* The initial subtraction should happen in the original type so
that (possible) negative values are handled appropriately. */
else
length
! = size_binop (PLUS_EXPR, size_one_node,
! fold_convert (sizetype,
! fold_build2 (MINUS_EXPR,
! TREE_TYPE (lb),
! ub, lb)));
TYPE_SIZE (type) = size_binop (MULT_EXPR, element_size,
fold_convert (bitsizetype,
--- 1996,2011 ----
if (integer_zerop (element_size))
length = size_zero_node;
! /* The computation should happen in the original type so
that (possible) negative values are handled appropriately. */
else
length
! = fold_convert (sizetype,
! fold_build2 (PLUS_EXPR, TREE_TYPE (lb),
! build_int_cst (TREE_TYPE (lb), 1),
! fold_build2 (MINUS_EXPR,
! TREE_TYPE (lb),
! ub, lb)));
TYPE_SIZE (type) = size_binop (MULT_EXPR, element_size,
fold_convert (bitsizetype,
*************** initialize_sizetypes (void)
*** 2249,2255 ****
TYPE_SIZE_UNIT (t) = build_int_cst (t, GET_MODE_SIZE (SImode));
TYPE_PRECISION (t) = precision;
! set_min_and_max_values_for_integral_type (t, precision, true);
sizetype = t;
bitsizetype = build_distinct_type_copy (t);
--- 2250,2257 ----
TYPE_SIZE_UNIT (t) = build_int_cst (t, GET_MODE_SIZE (SImode));
TYPE_PRECISION (t) = precision;
! set_min_and_max_values_for_integral_type (t, precision,
! /*is_unsinged=*/true);
sizetype = t;
bitsizetype = build_distinct_type_copy (t);
*************** set_sizetype (tree type)
*** 2284,2290 ****
/* We want to use sizetype's cache, as we will be replacing that type. */
TYPE_CACHED_VALUES (t) = TYPE_CACHED_VALUES (sizetype);
TYPE_CACHED_VALUES_P (t) = TYPE_CACHED_VALUES_P (sizetype);
- TREE_TYPE (TYPE_CACHED_VALUES (t)) = type;
TYPE_UID (t) = TYPE_UID (sizetype);
TYPE_IS_SIZETYPE (t) = 1;
--- 2286,2291 ----
Index: trunk/gcc/c-family/c-common.c
===================================================================
*** trunk.orig/gcc/c-family/c-common.c 2011-04-11 10:56:06.000000000 +0200
--- trunk/gcc/c-family/c-common.c 2011-04-11 14:27:17.000000000 +0200
*************** complete_array_type (tree *ptype, tree i
*** 8810,8816 ****
TYPE_LANG_FLAG_? bits that the front end may have set. */
main_type = build_distinct_type_copy (TYPE_MAIN_VARIANT (type));
TREE_TYPE (main_type) = unqual_elt;
! TYPE_DOMAIN (main_type) = build_index_type (maxindex);
layout_type (main_type);
/* Make sure we have the canonical MAIN_TYPE. */
--- 8810,8818 ----
TYPE_LANG_FLAG_? bits that the front end may have set. */
main_type = build_distinct_type_copy (TYPE_MAIN_VARIANT (type));
TREE_TYPE (main_type) = unqual_elt;
! TYPE_DOMAIN (main_type)
! = build_range_type (TREE_TYPE (maxindex),
! build_int_cst (TREE_TYPE (maxindex), 0), maxindex);
layout_type (main_type);
/* Make sure we have the canonical MAIN_TYPE. */
More information about the Gcc-patches
mailing list