Hallo Martin,

Du schriebst am Wed, 6 Nov 2013 08:55:35 +0100:

> The numeric system types will have a fix size:

As is commonly done.

> bool1, bool8, bool16, bool32

A lot of wasted space... but you're really brave providing a packed boolean.

> uint8, uint16, uint32, uint64
> sint8, sint16, sint32, sint64

You might consider a type able to accept a full IPv6 address, as that's
going to be used heavily in the near future.

> float32, float64

No float80? But the "extended" reals are gone from intel FPUs either,
indeed.
BTW, "float" sounds awfully C-ish to me. No "real"s any more, really?

> char8, char16, char32

I.e. ASCIIchar/ANSIchar, UCS2char/UTF16char, UTF32char?

> Opinions?

You might consider to have a look at FORTRAN's type system, which provides
a convenient notation for specifying the size of a variable or type. And
its advantage is that it's _not_ restricted in advance.

And above that: what about sets & strings? Enumerations? Index ranges and
types? Case selectors? (Did I miss something else? Ahja, subfield types
like in C, for packed records of small integer values, useful for register
modifications of hardware elements, e.g. And of course, complex numbers...)

BTW, a nice implementation of strings was done by some implementations of
the ISO Extended Pascal standard compiler.

-- 
-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------



------------------------------------------------------------------------------
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
_______________________________________________
mseide-msegui-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Reply via email to