guile-devel
[Top][All Lists]
Advanced

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

Re: Patchset related to array functions


From: Andy Wingo
Subject: Re: Patchset related to array functions
Date: Sat, 16 Jul 2016 10:30:46 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

On Fri 15 Jul 2016 19:41, Mark H Weaver <address@hidden> writes:

> Andy Wingo <address@hidden> writes:
>
>>   (2) Can we use C99 in our public interface, or just internally?  If we
>>       use it publically, what should we change?  No more scm_t_uint8 I
>>       hope, besides for back-compat?  This patch set does not have to
>>       include these changes, but we should have a plan.
>
> Good question!  Since Emacs 25 requires C99, I think it's reasonable for
> us to also require C99 *internally*, but whether we can reasonably
> assume C99 in our public headers is far less clear.  Existing programs
> that include <libguile.h> might have conflicting requirements for the C
> dialect options passed to the compiler.  Even if there's no conflict,
> developers may resent being asked to change their C dialect options.
>
> Thoughts?

Yeah I dunno :)  I suppose requiring stdint.h would be possible though
without requiring support for new language features.  So that's an
intermediate point.

Since building against Guile 2.2 is an opt-in thing (with parallel
installation and all), I think at some point it's reasonable to say "you
can stay with Guile 2.0, but if you upgrade you need to support a C
standard released within the last 20 years" :)  That point may be now;
not sure.

Andy



reply via email to

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