This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Size changes, round 1
- To: kenner at vlsi1 dot ultra dot nyu dot edu (Richard Kenner)
- Subject: Re: Size changes, round 1
- From: Geoff Keating <geoffk at cygnus dot com>
- Date: 20 Feb 2000 20:53:17 -0800
- CC: gcc-patches at gcc dot gnu dot org
- References: <10002202349.AA21092@vlsi1.ultra.nyu.edu>
kenner@vlsi1.ultra.nyu.edu (Richard Kenner) writes:
> I'm usually the first person to argue for robustness, but I simply
> disagree that merging these two different fields will increase
> robustness: indeed I feel quite the contrary: it will make things much
> harder to maintain because every new way of updating the sizes will
> require a new function to be added and used just in one place.
The reason I would prefer that this be dealt with using some kind of
abstracted data type is that it is extremely likely that in the future
we will want to, again, change the way we represent offsets in structures.
For instance, we might decide that we will represent everything by the
number of bits, and just use 'long long' when available to support
large structures. This is not unreasonable because GCC itself does
not need structures larger than 2^31 bits, and GCC supports 'long
long' so when built with itself it will have full functionality.
(Many vendor compilers also support 'long long', and it is in the new
C standard, so I expect it will almost always be a non-issue.)
--
- Geoffrey Keating <geoffk@cygnus.com>