[racket-dev] Symlink trouble

2013-04-17 Thread Tobias Hammer
Hi, i am currently implementing an application that heavily relies on rackets great serialize functionality to exchange data between racket processes on different computers. That works well until i stumbled over a very confusion behavior of rackets filesystem and module path resolution.

Re: [racket-dev] Symlink trouble

2013-04-17 Thread Matthew Flatt
Yes, I think Racket should use PWD --- if the expansion of soft links produces the same path as getcwd(), which seems to be what /bin/pwd does. Should Racket also set PWD (optionally, but by default) when it creates a subprocess? I think probably so. To make sure we're all on the same page:

Re: [racket-dev] Symlink trouble

2013-04-17 Thread Neil Van Dyke
Matthew Flatt wrote at 04/17/2013 10:39 AM: It would be great if we could normalize every path to a canonical form, but path normalization in general seems to intractable due to the possibilities of soft links, hard links, multiple mount points, case-sensitivity choices, and probably other

Re: [racket-dev] Symlink trouble

2013-04-17 Thread Tobias Hammer
On Wed, 17 Apr 2013 16:39:22 +0200, Matthew Flatt mfl...@cs.utah.edu wrote: Yes, I think Racket should use PWD --- if the expansion of soft links produces the same path as getcwd(), which seems to be what /bin/pwd does. That check is even better than the one i had in mind. That should

Re: [racket-dev] Symlink trouble

2013-04-17 Thread Matthew Flatt
At Wed, 17 Apr 2013 17:19:58 +0200, Tobias Hammer wrote: On Wed, 17 Apr 2013 16:39:22 +0200, Matthew Flatt mfl...@cs.utah.edu wrote: For module paths, same file involves only syntactic normalizations of the pathname (e.g., no checking for soft links). Various pieces of the system are

Re: [racket-dev] Symlink trouble

2013-04-17 Thread Tobias Hammer
On Wed, 17 Apr 2013 17:25:02 +0200, Matthew Flatt mfl...@cs.utah.edu wrote: That matches my observations. Files accessed via collection always keep their paths 'as is'. But it is enough to start a program via racket file instead of racket -l what/ever to break this. I should have mentioned

Re: [racket-dev] ARM support in the JIT

2013-04-17 Thread Matthew Flatt
At Mon, 8 Apr 2013 15:22:02 -0600, Matthew Flatt wrote: At Mon, 08 Apr 2013 16:15:03 -0500, Brian Mastenbrook wrote: On 04/08/2013 03:58 PM, Matthew Flatt wrote: I've pushed changes to the JIT to add an ARM back-end, which is based on Paulo C├ęsar Pereira de Andrade's very nice

[racket-dev] Pre-Release Checklist for v5.3.4

2013-04-17 Thread Ryan Culpepper
Checklist items for the v5.3.4 release (using the v5.3.3.900 release candidate build) Search for your name to find relevant items, reply when you finish an item (please indicate which item/s is/are done). Also, if you have any commits that should have been picked, make sure that the changes

Re: [racket-dev] Pre-Release Checklist for v5.3.4

2013-04-17 Thread Danny Yoo
Yes, Whalesong's running ok on it. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Pre-Release Checklist for v5.3.4

2013-04-17 Thread David Van Horn
On 4/17/13 10:36 PM, Ryan Culpepper wrote: * David Van Horn dvanh...@ccs.neu.edu - EoPL Tests Done. _ Racket Developers list: http://lists.racket-lang.org/dev