I just want to thank Ray for raising this issue and the list for all the
clarifying answers.
I've been working on Racket side projects for the past 9 mos or so and was
totally confused by this issue of how to properly modularize my library
code. It should be something that is drop dead clear and i
Yesterday, Ray Racine wrote:
> >
> > If you're working on a shell it would be better to use readline --
> > but since you're using the git head, it's even better to use the
> > new `xrepl'. Just add (require xrepl) to your ~/.racketrc, and
> > you'll get readline and an additional bunch of tools f
.
Jos
-Original Message-
From: users-boun...@racket-lang.org [mailto:users-boun...@racket-lang.org]
On Behalf Of Eli Barzilay
Sent: domingo, 21 de agosto de 2011 23:44
To: Neil Van Dyke
Cc: Racket
Subject: Re: [racket] Help On User Libraries - The Basics
Four hours ago, Neil Van Dyke wrote
>
> If you're working on a shell it would be better to use readline -- but
> since you're using the git head, it's even better to use the new
> `xrepl'. Just add (require xrepl) to your ~/.racketrc, and you'll get
> readline and an additional bunch of tools for REPL-use.
Ok xrepl is very very co
Good stuff to know. Thx.
On Sun, Aug 21, 2011 at 6:06 PM, Eli Barzilay wrote:
> 6 hours ago, Ray Racine wrote:
> >
> > Fire up my repl with the path to my personal collection and invoke.
> > [ray@ray rktlib]$ rlwrap /usr/local/racket/bin/racket -i -S
> /code/rktlib
>
> If you're working on a
6 hours ago, Ray Racine wrote:
>
> Fire up my repl with the path to my personal collection and invoke.
> [ray@ray rktlib]$ rlwrap /usr/local/racket/bin/racket -i -S /code/rktlib
If you're working on a shell it would be better to use readline -- but
since you're using the git head, it's even bett
5 hours ago, Ray Racine wrote:
>
> The whole thing should just be a drop dead simple exercise.
Just to clarify my earlier +1 for Neil's reply: if you stick to just
plain relative requires, and symbolic requires only for library code
and planet libraries, then things are very simple.
--
Two minutes ago, Matthias Felleisen wrote:
>
> I use relative path but I started using path-up and friends because
> it looked cleaner
That solves a different issue -- one that is closer to a concept of a
"common project configuration" thing.
> (except that it doesn't jive with check-syntax so
Four hours ago, Neil Van Dyke wrote:
> Ray Racine wrote at 08/21/2011 01:06 PM:
> > So here is the scenario. Joe the some what experienced coder
> > hears lisp is cool and Racket is the coolest lisp around.
>
> I understand what you're saying, and I think you've convinced me to
> change my answer
I use relative path but I started using path-up and friends because it looked
cleaner (except that it doesn't jive with check-syntax so I eliminated it
again).
Nevertheless, I would like to use the same syntax as for built-in collections
to require my private project modules.
-- Matthias
On Aug 21, 2011, at 1:50 PM, Neil Van Dyke wrote:
> Ray Racine wrote at 08/21/2011 01:06 PM:
>> So here is the scenario. Joe the some what experienced coder hears lisp is
>> cool and Racket is the coolest lisp around.
>
> I understand what you're saying, and I think you've convinced me to chan
At Sun, 21 Aug 2011 14:03:14 -0400, Ray Racine wrote:
> Can I assume that when you say everyone uses racket setup that the arching
> strategy here is for a local library/collection to be established as as a
> planet lib associated with a development link and use raco as the make-build
> system for
Hi Matthew,
On Sun, Aug 21, 2011 at 1:49 PM, Matthew Flatt wrote:
> At Sun, 21 Aug 2011 13:34:14 -0400, Ray Racine wrote:
> > Given the example of a small collection of library utility code, how do I
> > tell raco where it is located. I know of the
> > PLTCOLLECT environment variable trick but
Ray Racine wrote at 08/21/2011 01:06 PM:
So here is the scenario. Joe the some what experienced coder hears
lisp is cool and Racket is the coolest lisp around.
I understand what you're saying, and I think you've convinced me to
change my answers. Before, I wanted Joe to use PLaneT developmen
At Sun, 21 Aug 2011 13:34:14 -0400, Ray Racine wrote:
> Given the example of a small collection of library utility code, how do I
> tell raco where it is located. I know of the
> PLTCOLLECT environment variable trick but is that "the way"?
I don't like setting PLTCOLLECTS, and I have been conside
Hi Robby,
Given the example of a small collection of library utility code, how do I
tell raco where it is located. I know of the
PLTCOLLECT environment variable trick but is that "the way"?
[ray@ray rktlib]$ /usr/local/racket/bin/raco setup rktlib
collection-path: collection not found: # in any
Neil,
I'm pretty much familiar with all of those approaches, but every time I
resort to them they feel like workarounds that are not generally satisfying
and I must be missing something. Worse these are all "techniques" that
people figure out after some serious head banging on brick wall trial a
I think there might be confusion between "raco make" and "raco setup"?
Robby
On Sunday, August 21, 2011, Ray Racine wrote:
> Yes.
> raco make either makes the entire racket default collection (and the one
in you home path which will ignore for now). Or one can tell it to only
make a single libr
Yes.
raco make either makes the entire racket default collection (and the one in
you home path which will ignore for now). Or one can tell it to only make a
single library in the default collection,
e.g., raco make compiler
So by default raco doesn't "see" my collection at /code/rktlib.
One tri
Ray Racine wrote at 08/21/2011 12:23 PM:
The goal is to write a few common utility / library code that I
frequently reuse in various projects.
First question, are "collections" the way to do this?
Some people do it with collections and the "PLTCOLLECTS" environment
variable.
Some people ju
2011/8/21 Ray Racine
> Works, so now compile it to zos.
>
...
> > (require compiler/compiler)
> > (compile-collection-zos "c1")
> for-each: expects type as 2nd argument, given: #; other
> arguments were: #
>
...
> Next question, what am I doing wrong?
>
Have you tried using "raco make c1.rkt
Hi,
I've been using Racket on and off for years and am currently in an 'on'
period. Whenever I come back, I seem to hit it seems I hit same conceptual
brick walls. Here is one of them: How does one create and use a simple,
basic, User Library / Collection?
For the current conversation, for now
22 matches
Mail list logo
