[plt-scheme] Are new Schemers supposed to be reading SRFIs?

Hi Robby -

While I agree that versioned spec is the right thing to do, I do find
version-less spec less frustrating to use when trying to find a version that
works on 360 (Yes still a newbie that relies on officially blessed version
;P) - some of the libs just iterates too fast and it's never clear which lib
version works with which PLT version from the docs, and it became a guess
game.  This issue of course can be solved with many different ways, but for
now version-less spec works.

My 2 cents ;) Thanks,
yinso


On 5/11/07, Robby Findler <robby at cs.uchicago.edu> wrote:
>
> FWIW, the version-spec-less planet path specs are really only meant
> for REPL development, not for real programs. Probably best to put a 1
> at the end there.
>
> Jacob: maybe it is time to get rid of those?
>
> Robby
>
> On 5/11/07, Danny Yoo <dyoo at cs.wpi.edu> wrote:
> > > Would it be possible to do the same with the SRFIs?
> > >
> > > When referencing them in the code, we can use names like "strings"
> > > "lists", etc. and the interpreter will just translate that to the
> proper
> > > number without us needing to know or even see the number.
> > >
> > > Then when SRFI-300 comes along and replaces SRFI-1, all you need to do
> > > is to update this translation table. Just my 0.02... At least it
> > > *sounds* simple :)
> >
> > Hi everyone,
> >
> > Hmmm...  Ok, got it.  It's doable with the existing infrastructure in
> > PLaneT.  It'd be very direct to create a PLaneT package that aliases the
> > common SRFI modules.
> >
> > This I have now done, since it seems like doing this from the official
> > srfi-collection is the wrong thing to do.  Chongkai, you don't make the
> > change to the srfi collection then.  I've submitted a PLaneT package
> that
> > does absolutely nothing but provide the SRFI names:
> >
> >
> http://planet.plt-scheme.org/display.ss?package=srfi-alias.plt&owner=dyoo
> >
> > As a concrete example:
> >
> >      (require (planet "list.ss" ("dyoo" "srfi-alias.plt")))
> >
> > or
> >
> >      (require (planet "string.ss" ("dyoo" "srfi-alias.plt")))
> >
> > should now work.
> >
> >
> > Since it's PLaneT, this isn't officially sanctioned, so that should
> > resolve the objections about doing this on the official srfi collection.
> > And it still preserves what I wanted before: being able to get at the
> > common srfi's without having to remember their numbers.  So it works
> out.
> >
> > (And if an SRFI does pop up with a name that conflicts with existing
> > names, I could now choose by dictatorial fiat how to resolve the
> > conflict... *grin*)
> >
> >
> > Hope this helps!
> > _________________________________________________
> >   For list-related administrative tasks:
> >   http://list.cs.brown.edu/mailman/listinfo/plt-scheme
> >
> _________________________________________________
>   For list-related administrative tasks:
>   http://list.cs.brown.edu/mailman/listinfo/plt-scheme
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.racket-lang.org/users/archive/attachments/20070511/3b64b0f2/attachment.html>