[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fmt Module
Re: Fmt Module
Sun, 27 Mar 2011 11:38:09 -0400
>> I think it would make sense to include ‘fmt’ in core Guile only if the
>> API is reasonably stable and there are infrequent upstream releases, so
>> we don’t quickly end up shipping an old incompatible version.
> Agreed, and I don't know if this is the case or not.
> I would add on another criteria, that we should avoid adding modules to
> Guile unless they are to be used in Guile itself. For everything else,
> there is our CPAN that we need to make -- it will provide more freedom
> both for module authors/packagers and for users.
This makes sense, but I think there is an important distinction to
make that we do not currently make. We should have a clear idea of
what modules are used by Guile, so we can get a "minimal" Guile when
we want it, for instance for embedding into other applications.
However, it would be great if the standard install of Guile included
lots of modules, such as htmlprag, because it is nice to have the
batteries included when you are programming.
- Re: Fmt Module, (continued)
- Re: Fmt Module, Andreas Rottmann, 2011/03/13
- Re: Fmt Module, Noah Lavine, 2011/03/13
- Re: Fmt Module, Ludovic Courtès, 2011/03/14
- Re: Fmt Module, Andreas Rottmann, 2011/03/23
- Re: Fmt Module, Ludovic Courtès, 2011/03/24
- Re: Fmt Module, Andreas Rottmann, 2011/03/26
- Re: Fmt Module, Ludovic Courtès, 2011/03/27
- Re: Fmt Module, Andy Wingo, 2011/03/27
- Re: Fmt Module,
Noah Lavine <=
- Re: Fmt Module, Andreas Rottmann, 2011/03/27