James Amundson <amundson@fnal.gov> writes:
> On Sat, 2003-02-22 at 12:00, Wolfgang Jenkner wrote:
> > Known bugs are various pathname (?) annoyances.
>
> What are those, exactly?
Actually, I am aware of only two pathname problems:
(C1) file_search_maxima:["/tmp/###.mac"];
(D1) [/tmp/###.mac]
(C2) load("hfdufz.mac");
Bad file spec: "/tmp/###.mac"
-- an error. Quitting. To debug this try DEBUGMODE(TRUE);)
assuming that you don't have such a file in your current directory.
By the way, the compiled-in load path works fine.
Fortunately ;-) this turns out to be a Maxima ANSI CL compatibility
bug. As a matter of fact, I got the output above not from SBCL but
from Clisp by setting
(C1) :lisp(setq *parse-namestring-ansi* t)
T
The reason for this behaviour is that "/tmp/###.mac" is passed to
PATHNAME as a symbol |/tmp/###.mac|, which is not a pathname
designator (look at MACSYMA-NAMESTRING-SUB in mload.lisp for the
whole story).
Maybe PATHNAME (and other functions?) should be shadowed.
For the second bug (not relevant at run-time) please see my kludge in
src/Makefile.am. It should be investigated before they port SBCL to
some system without symbolic links ;-)
Wolfgang