Fwd: [plt-scheme] already imported identitfiers in "pretty-big"

It also seems to make sense to have collects/srfi/1/selector.ss
re-export (lib "list.ss")'s definitions instead of defining its own.
Did you consider that one?

Robby

At Thu, 13 Apr 2006 13:56:37 -0500, "Corey Sweeney" wrote:
> Ok, I took a look, and obviously "mzlib/list.ss" can't be missing any of the
> srfi functionality for these functions, so i propose starting with the
> following changes:
> 
> copy srfi/1.ss to srfi/1-ref.ss
> 
> 
> 
> *** /home/corey/1.ss    Thu Apr 13 13:49:27 2006
> --- /home/corey/1.ss.orig    Thu Apr 13 13:41:02 2006
> ***************
> *** 1,13 ****
>   ;; module loader for SRFI-1
>   (module |1| mzscheme
> 
> !   (require (all-except (lib "list.ss" "srfi" "1")
> !                        third fourth fifth sixth))
> !   (require (only (lib "list.ss" "mzlib")
> !     third fourth fifth sixth))
> 
> !   (provide  third fourth fifth sixth
> !     (all-from-except (lib "list.ss" "srfi" "1")
>                  s:append! s:reverse!
>                  s:map s:for-each
>                  s:member
> --- 1,9 ----
>   ;; module loader for SRFI-1
>   (module |1| mzscheme
> 
> !   (require (lib "list.ss" "srfi" "1"))
> 
> !   (provide (all-from-except (lib "list.ss" "srfi" "1")
>                  s:append! s:reverse!
>                  s:map s:for-each
>                  s:member
> 
> 
> On 4/13/06, Corey Sweeney <corey.sweeney at gmail.com> wrote:
> >
> >
> >
> > On 4/12/06, Danny Yoo <dyoo at hkn.eecs.berkeley.edu> wrote:
> > >
> > >
> > >
> > > and not see conflicts.  And we can go the extra step and put the srfi-1
> > > functions into my-big-language as well.  This does pretty much what
> > > you're
> > > planning earlier, except we avoid touching plt-pretty-big-text.ss .
> >
> >
> > Agreed
> >
> > (Aside: I feel really cheesy about doing a copy-and-paste here; is there a
> > > nicer way to do this?)
> >
> >
> > Well one way would be to make mzlib/list.ss just require then provide it's
> > functions from list.ss.  However if mzlib/list.ss has some advantage over
> > srfi/1/list.ss , (performance?) then we could have srfi/1/list.ss require
> > those functions that are in mzlib/list.ss , and are not extended by
> > srfi/1/list.ss , and then require/provide just those functions that have
> > extended functionality into mzlib/list.ss .
> >
> > By the way, what is the advantage of the functions writen in mzlib/list.ss
> > that are also in srfi/1/list.ss?
> >
> >
> > Corey
> >
> >
> >
> > Best of wishes!
> > >
> >
> >
> >
> > --
> > ((lambda (y) (y y)) (lambda (y) (y y)))
> >
> 
> 
> 
> --
> ((lambda (y) (y y)) (lambda (y) (y y)))
> _________________________________________________
>   For list-related administrative tasks:
>   http://list.cs.brown.edu/mailman/listinfo/plt-scheme