The following is a list, derived from the dependency graphs, for Chicken
3 eggs on which more than one other Chicken 3 egg depends. Eggs high
up on this list should probably be migrated soon.
I have excluded all eggs shown in the current Chicken 4 egg list, as
well as syntax-case.
312 misc-e
SRFI-40 is deprecated due to a memory leak. Please port SRFI-41 instead,
and adapt any code that uses SRFI-40 to the new interface.
On Wed, Apr 22, 2009 at 11:11 AM, John Cowan wrote:
> The following is a list, derived from the dependency graphs, for Chicken
> 3 eggs on which more than one othe
John Cowan writes:
> 52 eggdoc
> 19 openssl
> 6 iconv
> 5 utf8
> 4 tcp-server
> 3 format
> 6 sendfile
> 2 graph-scc
These have already been ported.
> 17 http
Should be deprecated in favor of intarweb?
> 5 syntactic-closures
Deprecated
Alex Shinn scripsit:
> > 52 eggdoc
> > 19 openssl
> > 6 iconv
> > 5 utf8
> > 4 tcp-server
> > 3 format
> > 6 sendfile
> > 2 graph-scc
>
> These have already been ported.
They aren't in http://chicken.wiki.br/chicken-projects/egg-index-4.html,
and don
2009/4/22 John Cowan :
> only insiders know about them.
You only get told about these things if you're part of the Dark
Cabal©. Now that you've heard about it, I'll have to kill you ...
Leo
___
Chicken-users mailing list
Chicken-users@nongnu.org
http:
John Cowan scripsit:
> The following is a list, derived from the dependency graphs, for Chicken
> 3 eggs on which more than one other Chicken 3 egg depends. Eggs high
> up on this list should probably be migrated soon.
It's wrong, though. It turns out that the .dot files I was using as
raw data
Phil Bewig scripsit:
> SRFI-40 is deprecated due to a memory leak. Please port SRFI-41 instead,
> and adapt any code that uses SRFI-40 to the new interface.
The following eggs depend directly on the srfi-40 egg:
egg-post-commit html-plots html-stream irnc-base mat5-lib ode
scheme-dissect stream
On Wed, Apr 22, 2009 at 12:11:12PM -0400, John Cowan wrote:
> I have excluded all eggs shown in the current Chicken 4 egg list, as
> well as syntax-case.
[..eggs about which I have absolutely no say omitted..]
> 52 eggdoc
I believe this was ported yesterday.
> 36 uri
This could be de
On Wed, Apr 22, 2009 at 11:28 AM, John Cowan wrote:
> Alex Shinn scripsit:
>
>> > 52 eggdoc
>> > 19 openssl
>> > 6 iconv
>> > 5 utf8
>> > 4 tcp-server
>> > 3 format
>> > 6 sendfile
>> > 2 graph-scc
>>
>> These have already been ported.
>
> They aren't
Jim Ursetto scripsit:
> >> These have already been ported.
> >
> > They aren't in http://chicken.wiki.br/chicken-projects/egg-index-4.html,
>
> Yes, they are.
Okay. I must have botched the list somehow.
--
John Cowanhttp://www.ccil.org/~cowan co...@ccil.org
Please leave your
I propose that the following eggs be made obsolete:
srfi-40 (superseded by srfi-41)
uri + url (superseded by uri-generic)
syntactic-closures (superseded by Chicken 4 macros)
I started porting all graph eggs last night, so dyn-vector, digraph and
everything graph-* is ported or in the proce
On Apr 22, 2009, at 9:16 AM, Phil Bewig wrote:
SRFI-40 is deprecated due to a memory leak. Please port SRFI-41
instead, and adapt any code that uses SRFI-40 to the new interface.
The srfi-41 extension is available for Chicken 4.
,snip>
___
C
> SRFI-40 is deprecated due to a memory leak. Please port SRFI-41 instead,
> and adapt any code that uses SRFI-40 to the new interface.
Did you, during the design of srfi-41, consider the existance of the
stream-ext library, which implements a lot of stream functions on top
of srfi-40?
http://ch
I did not consider the stream-ext library in the design of SRFI-41. In
general, as explained in the SRFI, I designed SRFI-41 according to the
advice of Antoine de Saint-Exupéry: *"Il semble que la perfection soit
atteinte non quand il n’y a plus rien à ajouter, mais quand il n’y a plus
rien à retr
Hi,
Phil Bewig writes:
> Streams are not lists. Scheme ensures there are
> substantial disadvantages to using streams rather than
> lists, due to the underlying promises that require
> numerous type conversions, so streams should be used only
> when the sequence of elements is truly infinite (s
> > Streams are not lists. Scheme ensures there are
> > substantial disadvantages to using streams rather than
> > lists, due to the underlying promises that require
> > numerous type conversions, so streams should be used only
> > when the sequence of elements is truly infinite (such as
> > mathe
On Wed, May 6, 2009 at 4:56 PM, Alex Shinn wrote:
> Hi,
>
> Phil Bewig writes:
>
> > Streams are not lists. Scheme ensures there are
> > substantial disadvantages to using streams rather than
> > lists, due to the underlying promises that require
> > numerous type conversions, so streams should
On Wed, May 6, 2009 at 10:32 AM, Phil Bewig wrote:
> Streams are not lists. Scheme ensures there are substantial disadvantages
> to using streams rather than lists, ...
To the extent that this is true, it should be fixed, not perpetuated.
Indeed, one of Scheme's greatest weaknesses is that the c
18 matches
Mail list logo