[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Scheme-reports] Standard Feature Identifiers are too low-level

On 2012-01-04, at 1:32 PM, John Cowan wrote:

> Marc Feeley scripsit:
>> My issue with these feature identifiers is that their semantics is
>> vague.  Are they a feature of the compile-time Scheme system, or
>> run-time Scheme system, or something else?  What can I infer from
>> the "windows" feature?  Is this windows 3.0 or 95 or ...? The only
>> practical use I can see is to determine the filename syntax, but there
>> are better ways to determine this or to isolate from the difference.
>> Also, endianness is not a pure dichotomy (some systems store code one
>> way and data another, some are middle-endian, etc).
> The PDP-11 has been dead for at least 15 years.

The ARM is definitely not dead, and probably the architecture with the largest market currently.

>> Are the CPU architectures well defined?  What is the set of features
>> of i386?  Aren't there differences in sub-variants of i386?  So as a
>> programmer, what are the guarantees I have if the feature i386 is on?
>> Can you present a use-case for these feature identifiers?
> Not for strictly conforming R7RS-small programs, no.  As I have said,
> the need arises when talking to lower-level software, and the point of
> enumerating them in the standard is to avoid silly incompatibilities:
> "I say 'darwin', you say 'macosx', let's call the whole thing off!"

Which lower-level software and how can I interface to them given that there's no FFI in R7RS-small?


Scheme-reports mailing list