[racket] Compilation of program in racket failed

An ".ss" to ".rkt" conversion was missing. I've pushed a fix to the git
repo.

The mistakenly committed debugging `printf' was at least useful in this
case, but I also removed that, of course.

At Mon, 19 Jul 2010 20:49:43 +0100, "Paulo J. Matos" wrote:
> This is what I am now getting with racket-5.0.1.1:
>  pmatos at mietzekatze:~/Code/eboc $
> ~/Applications/racket-5.0.1.1/bin/mzc --exe eboc main.rkt
>  pmatos at mietzekatze:~/Code/eboc $  ./eboc
> pmatch? ("search-sig.rkt" ("pjmatos" "eboc.plt" 1 0) "modes"
> "esmc-mode") ("search-sig.rkt" ("pjmatos" "eboc.plt" 1 0) "modes"
> "esmc-mode")
> pmatch? ("search-sig.rkt" ("pjmatos" "eboc.plt" 1 0) "modes"
> "esmc-mode") ("set.rkt" ("soegaard" "galore.plt"))
> pmatch? ("set.rkt" ("soegaard" "galore.plt" 4 1)) ("set.rkt"
> ("soegaard" "galore.plt"))
> pmatch? ("search-sig.rkt" ("pjmatos" "eboc.plt" 1 0) "modes"
> "esmc-mode") ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("set.rkt" ("soegaard" "galore.plt" 4 1)) ("contract-utils.ss"
> ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("hashed-set.rkt" ("soegaard" "galore.plt" 4 1) "set")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("ordered-table.rkt" ("soegaard" "galore.plt" 4 1) "table")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("table-from-set.rkt" ("soegaard" "galore.plt" 4 1) "table")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("table-interface.rkt" ("soegaard" "galore.plt" 4 1) "table")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("binding.rkt" ("soegaard" "galore.plt" 4 1) "private")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("ordered-set.rkt" ("soegaard" "galore.plt" 4 1) "set")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("red-black-tree.rkt" ("soegaard" "galore.plt" 4 1) "private")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("unordered-set.rkt" ("soegaard" "galore.plt" 4 1) "set")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("iterator-interface.rkt" ("soegaard" "galore.plt" 4 1)
> "iterator") ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("abstract-set.rkt" ("soegaard" "galore.plt" 4 1) "set")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("method.rkt" ("soegaard" "galore.plt" 4 1) "private")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("syntax.rkt" ("soegaard" "galore.plt" 4 1) "private")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("set-interface.rkt" ("soegaard" "galore.plt" 4 1) "set")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("class.rkt" ("dherman" "struct.plt" 2 1))
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("function.rkt" ("cce" "scheme.plt" 4 1)) ("contract-utils.ss"
> ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("contract-utils.rkt" ("cobbe" "contract-utils.plt" 3 0))
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("require.rkt" ("soegaard" "galore.plt" 4 1) "private")
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("require.rkt" ("ryanc" "require.plt" 1 3))
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> pmatch? ("require-ct.rkt" ("ryanc" "require.plt" 1 3))
> ("contract-utils.ss" ("cobbe" "contract-utils.plt" 3 0))
> standard-module-name-resolver: collection not found: "planet" in any
> of: (#<path:/home/pmatos/Code/collects>)
> 
>  === context ===
> standard-module-name-resolver
> standard-module-name-resolver
> #%embedded:g3859:set: [traversing imports]
> #%embedded:g3858:pass-simplify: [traversing imports]
> #%embedded:g3728:esmc-mode: [traversing imports]
> #%mzc:main: [traversing imports]
> loop
> 
> Am I still missing something?
> 
> Cheers,
> 
> Paulo Matos
> 
> On Fri, Jul 9, 2010 at 4:50 PM, Matthew Flatt <mflatt at cs.utah.edu> wrote:
> > At Fri, 09 Jul 2010 16:21:14 +0100, Paulo J. Matos wrote:
> >> Matthew Flatt <mflatt at cs.utah.edu> writes:
> >>
> >> >
> >> > This looks like a bug in the module-name resolver created for the
> >> > executable.
> >> >
> >> > Is one of the following true?:
> >> >
> >> >  * "esmc-mode.rkt" (or ".ss") uses `(require (planet ....))' to refer
> >> >    to a Planet package.
> >> >
> >> >    In that case, what form of Planet path does it use?
> >> >
> >>
> >> esmc-mode.scm has:
> >> ,----
> >> | (require (planet "modes/esmc-mode/search-sig.scm" ("pjmatos" "eboc.plt" 1
> >> 0)))
> >> `----
> >
> > Yep, a path of that form triggers the bug in `planet'-path
> > normalization. I've pushed a repair to the git repo.
> >
> > Thanks for the report,
> > Matthew
> >
> >
> 
> 
> 
> -- 
> PMatos
> _________________________________________________
>   For list-related administrative tasks:
>   http://lists.racket-lang.org/listinfo/users