another obscure bug with CLISP build

[Qian Yun]

Actually it does not happen at "make", it happen at "make install",
when doing out-of-source build on Linux or macOS.

It complains about missing of "target/x86_64-linux-gnu/lib/command.list".

When doing "make" in src/etc, there's this error:

(1) ->
>> System error:

PARSE-NAMESTRING: Illegal :DIRECTORY argument (:ABSOLUTE :UP
"fricas-1.3.11" "src" "etc")


This error happens because fricas tries to do this:
")read ../../../fricas-1.3.11/src/etc/gen-cpl.lisp".

But ")read" implemented in fricas will try to search this file
in home directory: see in function "|get_directory_list|".

So "/home/username/../../../fricas-1.3.11/src/etc/gen-cpl.lisp"
is passed to CLISP and causes error.

The problem with CLISP is that, it does not support path like
"/../" (parent of root directory):

[1]> (truename "/../")

*** - PARSE-NAMESTRING: Illegal :DIRECTORY argument (:ABSOLUTE :UP)


Clearly this is a deficiency in CLISP, and hard to workaround it.

BUT, it is also very questionable for fricas that, when ")read"
files, it will try to search at home directory (and other fricas
install directory). There is chance of file name collision.

So I'd like to change fricas semantics of ")read".

- Qian

[Waldek Hebisch]

So what do you propose? Most radical approach would be to
look only at specified name, without search for extra
directories (except of database files which normally should
come from the system. Slightly less radical would be
to have user-settable paths, with trivial defaut (current
directory only).

--
Waldek Hebisch

[Qian Yun]

On 11/29/24 10:53 PM, Waldek Hebisch wrote:
>>
>> So I'd like to change fricas semantics of ")read".
>
> So what do you propose? Most radical approach would be to
> look only at specified name, without search for extra
> directories (except of database files which normally should
> come from the system.

I'd like to experiment with this approach first, to see
if there's unexpected problems.

- Qian