[M3devel] Modula-3 bitfields

[Dragiša Durić]

Right and simple are two faces of that coin.

Every long walk has its first step.

And so on :).

--
Divided by a common language

Dragiša Durić
dragisha at m3w.org




On Aug 25, 2012, at 11:55 PM, Mika Nystrom wrote:

> =?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
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20120826/29c5dc88/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20120826/29c5dc88/attachment-0002.sig>