[racket] Compilation of program in racket failed

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