[plt-scheme] To Racket...

Thanks!

The problem is that Planet links are not in the area that DrRacket
disables for automatic compilation, but they are also not compiled when
loaded by the `planet' path resolver, because the `planet' path
resolver resets the compiled-file subdirectory while loading a package.

I'm not sure of the right way for DrRacket to handle Planet links, but
I've changed the compilation manager to deal with the case that a
compiled file is not available.

At Thu, 03 Jun 2010 09:41:39 +0100, Paulo J. Matos wrote:
> Matthew Flatt <mflatt at cs.utah.edu> writes:
> 
> >
> > If removing "compiled" directories helps, that would be good to know.
> > Otherwise, can you say more about the file organization and/or produce
> > an example that I can try?
> >
> 
> I can know reproduce the problem.
> I have a hard link:
> ,----
> | $ cat .racket/planet/300/HARD-LINKS 
> | ("eboc.plt" ("pjmatos") 1 0 #"/localhome/pmatos/Code/eboc/." #f 
> development-link)
> `----
> 
> Now the following structure inside ~/tmp:
> ,----
> | pmatos at pm18pc01:~/tmp$ tree
> | .
> | |-- test
> | |   |-- search-sig.scm
> | |   `-- test1.scm
> | `-- test.scm
> | 
> | 1 directories, 3 files
> `----
> 
> The files are all attached.
> Open test.scm and press Run. I hope you can also reproduce the problem.
> ------------------------------------------------------------------------------
> [application/octet-stream "test.scm"] [~/Desktop & open] [~/Temp & open]
> 
> ------------------------------------------------------------------------------
> [application/octet-stream "search-sig.scm"] [~/Desktop & open] [~/Temp & open]
> 
> ------------------------------------------------------------------------------
> [application/octet-stream "test1.scm"] [~/Desktop & open] [~/Temp & open]
> 
> 
> 
> 
> -- 
> PMatos
> _________________________________________________
>   For list-related administrative tasks:
>   http://list.cs.brown.edu/mailman/listinfo/plt-scheme