[M3devel] Modula-3 bitfields
Mika Nystrom
mika at async.caltech.edu
Sat Aug 25 23:55:19 CEST 2012
=?utf-8?Q?Dragi=C5=A1a_Duri=C4=87?= writes:
>
>--Apple-Mail=_556D4F87-7FB1-46B0-B230-8D253F9EF1B5
>Content-Type: multipart/alternative;
> boundary="Apple-Mail=_1902AEBB-876B-49B9-8A8F-13F98C1F82AC"
>
>
>--Apple-Mail=_1902AEBB-876B-49B9-8A8F-13F98C1F82AC
>Content-Transfer-Encoding: quoted-printable
>Content-Type: text/plain;
> charset=windows-1250
>
>I am in no doubt about general inadequacies of C et al=85
>
>What I hate is an idea of setters and getters for my bitfields. With =
>pragma, compiler generated load/store will behave as needed. Everything =
>transparent and just-working.
Until you have some data that is PDP-endian :-)
Or want to split a field across a boundary that you're not supposed to
be able to split a field across.
Or have a field that's semantically scattered/gathered.
Can your proposed scheme represent IEEE floating point?
I agree it is a very useful idea, I agree it has to be done "right".
But my definition of doing it "right" would be so demanding you'd be
crazy to do it in the compiler....
Mika
>
>--
>Divided by a common language
>
>Dragi=9Aa Duri=E6
>dragisha at m3w.org
>
More information about the M3devel
mailing list