[gmpi] Re: Decision Time: 8.3
- From: Tim Hockin <thockin@xxxxxxxxxx>
- To: gmpi@xxxxxxxxxxxxx
- Date: Mon, 15 Sep 2003 18:10:29 -0700
On Tue, Sep 16, 2003 at 02:31:02AM +0200, Koen Tanghe wrote:
> the ones that have been mentioned are very basic and widely used:
>
> - double (for high precision)
> - float
> - signed integer
> - unsigned integer (same as enum, no?)
> - bool
> - string
> - general blob (with a header containing blob type ID, version and length?)
Unsigned != enum. Enum parameters would need some extra meta-data such as
enum names. Actual Enum values don't matter, but it seems reasonable to
start with 0 and go north. I don't see any need for an unsigned int type,
really, unless the range of signed int is not sufficient, in which case the
answer is 64bit. Perhaps 64 bit int is another type. In fact, all ints
could be 64 bit, and we provide an easy way to access the 32
least-significant bits as a 32-bit int. It wastes 32 bits per int parameter,
but removes one datatype option.
Bool really is just an Enum with two values and a hint.
I think the subset should be more like:
- double
- float (possibly just double)
- 32-bit integer (signed)
- enum
- string
- opaque blob (needs at least a [size, data pointer] tuple, maybe more)
and MAYBE:
- 64-bit integer (signed)
- boolean
This still ignores systems without an FPU. We can easily say 'Real' instead
of float or 'sample_type' instead of float. What about double?
I'd like to point at my motion to DROP non-FPU platforms, again.
--
Notice that as computers are becoming easier and easier to use,
suddenly there's a big market for "Dummies" books. Cause and effect,
or merely an ironic juxtaposition of unrelated facts?
----------------------------------------------------------------------
Generalized Music Plugin Interface (GMPI) public discussion list
Participation in this list is contingent upon your abiding by the
following rules: Please stay on topic. You are responsible for your own
words. Please respect your fellow subscribers. Please do not
redistribute anyone else's words without their permission.
Archive: //www.freelists.org/archives/gmpi
Email gmpi-request@xxxxxxxxxxxxx w/ subject "unsubscribe" to unsubscribe
Other related posts:
