[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