home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / lisp / mcl / 1637 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.3 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!data.nas.nasa.gov!taligent!apple!cambridge.apple.com!kab
  2. From: kab (Kim Barrett)
  3. Newsgroups: comp.lang.lisp.mcl
  4. Subject: Re: file access FAQ
  5. Message-ID: <9211191533.AA17831@cambridge.apple.com>
  6. Date: 19 Nov 92 15:33:53 GMT
  7. Sender: info-mcl-request@cambridge.apple.com
  8. Lines: 22
  9. Approved: comp.lang.lisp.mcl@Cambridge.Apple.C0M
  10.  
  11. > This should be an FAQ:  What's a good way to access files in
  12. > different directories in MCL, in a way that will not require code
  13. > changes to run in other CL implementations or on other  Macs, and
  14. > allows some independence of the directory hierarchy?   
  15. > 
  16. > ...
  17. > 
  18. > It isn't intuitively obvious how to do this in MCL in a way that
  19. > will allow the code to similarly load correctly without being
  20. > changed across machines or platforms. So the solution has to be
  21. > pure CL, but using aliases to mimic links would be fine too. 
  22. > 
  23. > E.g. the ugly thing I am doing now is to spell out the complete
  24. > path in the loads, and then when I move the code to another Mac
  25. > or machine, I alter the paths in the code with a global
  26. > substitution;  I constrain the Macs to have isomorphic file
  27. > structures, so only the name of the disk drive has to be changed.
  28. > Expedient, but ugly, and a constant nuisance.
  29. > 
  30. > A better approach would be appreciated!
  31.  
  32. Use logical pathnames (CLtL2, p.628).
  33.