[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