int32 et al.

[Doug Gwyn]

In article <1991Jan19.185101.27554 at odi.com> benson at odi.com (Benson I. Margulies) writes:
>Some of us use structs to lay our persistent (that is, disk-resident)
>storage. The size of the items never changes, as we move from platform
>to platform. If we used int for a 32 byte int, we are nailed on the
>PCs. If we use long, C++ compilers tend to moan piteously about
>passing longs to int parameters, even when they are the same size. The
>AIX ANSI C compiler does the same. So we have a typedef which we set
>to int on some places, and long on others. If someone ever does turn
>up with 64 bit longs, we will pat each other on the back and save
>a lot of work.

But you didn't address the problems I pointed out, for example the
complete lack of ANY type whose size if precisely 32 bits in some
implementations.

I also don't understand the type mismatch problem.  Certainly you
should make all types match properly, no matter what choice you
have made for the "int32"s.  It is not just C++ that should complain..