< And most of the newly expanded options aren't defined. I guess that
< clause is meant to handle the case of -abc where -a, -b, and -c are
< options. But this doesn't work well if the value of an option looks
< like an option. Expand-args seems too greedy.
<
< Can we live without being able to recognize -abc as three separate
< options all smashed into one?
<
< Or maybe we need a new command line parser? (I'd rather not write a
< new one.)
Getopt_long has been ported to cl by K Rosenberg.
There are a few advantages to plugging this into maxima.
If I understand the code correctly, getopt_long knows the options (and
the possible values) which makes for better error-catching and handling.
Alternatively, why not make -o greedy? That is, everything that occurs
after -o is passed to the lisp.
<
< Also, there seems to be a limitation on the number of command line
< args that can be handled. In maxima, we gather up args 1-9 and pass
< them to the underlying lisp. But what if there were more?
I think this is a bug in the shell script. It looks like the author is
trying to avoid arrays in bash, but I have no idea why.
Leo
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.