guile-devel
[Top][All Lists]
Advanced

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

Re: TODO list for Guile R7RS support


From: Ludovic Courtès
Subject: Re: TODO list for Guile R7RS support
Date: Sat, 11 Feb 2012 22:11:01 +0100
User-agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.93 (gnu/linux)

Hi Mark,

Mark H Weaver <address@hidden> skribis:

> address@hidden (Ludovic Courtès) writes:
>
>> Mark H Weaver <address@hidden> skribis:

[...]

>>> * R7RS feature identifiers: r7rs, exact-closed, ratios, exact-complex,
>>>   ieee-float, full-unicode, windows, posix, unix, darwin, linux, bsd,
>>>   freebsd, solaris, i386, x86-64, ppc, sparc, jvm, clr, llvm, ilp32,
>>>   lp64, ilp64, big-endian, little-endian, guile, guile-2, guile-2.0
>>
>> I wonder how these are specified.  Does a *-kfreebsd-gnu build have
>> ‘freebsd’?  And ‘bsd’?  Do *-gnu* have ‘linux’ defined, even when Linux
>> isn’t used?  Does Cygwin have ‘unix’?
>>
>> And above all: are people going to write #ifdef __linux__ish code when
>> what they mean is #ifdef __GLIBC__ or even something different?
>
> Yes, this is a very good point, and one that should be raised with the
> R7RS working group.  The C library is usually far more relevant to user
> code than the kernel.  This strikes me as another instance of the
> widespread confusion that "linux" is an operating system, when in fact
> it is only a kernel.

Exactly, and it goes beyond the “GNU slash Linux” issue, as I illustrated.

> It would be a shame for this confusion to be codified into the R7RS.

Indeed.  If you’re following R7RS discussions, could you raise the
issue?

Thanks,
Ludo’.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]