| Ilya Zakharevich on Tue, 24 Jan 2006 00:01:09 +0100 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
| Re: Graphic support in CVS |
On Mon, Jan 23, 2006 at 10:20:45AM +0100, Karim Belabas wrote:
> > > > 2.3? Do we have all the usability stuff addressed? E.g., can one
> > > > execute arbitrary GP code from .gprc (or at least a way to load a file
> > > > recognizing "~/foo.gp" notation)?
> > >
> > > What's wrong with
> > >
> > > read "~/foo.gp"
> > >
> > > ?
> >
> > Are parameters EMACS READL VERSION PATHSEPARATOR pari_datadir
> > available from the read file?
> The first 4 are not part of the GP language, but you can do conditional
> loading.
>
> #if EMACS read "~/foo-emacs.gp";
>
> or even
>
> #if EMACS
> {
> read "~/foo-emacs.gp";
> ... other emacs-related stuff ...
> }
This (i.e., number of files to maintain) gets out of hand very quick,
especially if one needs to support combinations of several features.
IMO, it is extremely silly to have a separate language for an RC file
when a programming language is available anyway. The current
situation, when one needs
read "~/.real_gprc"
for any non-trivial RC stuff, is one too many files to maintain anyway.
At least, as a stopgap measure, one needs an eval statement in .gprc,
so that one can write
#if EMACS eval: have_emacs = 1
#if READL eval: have_readlien = 1
etc
read "~/.real_gprc"
> PATHSEPARATOR is not available anywhere, and never was I think (there's a
> local #define by that name in src/language/es.c)
Without it available, there is no way to write .real_gprc which works
on many architectures. I think it is a must to have available,
probably via READ-ONLY default().
> The last is just
>
> (10:19) gp > default(datadir)
> %1 = "/home/a2x/belabas/PARI/GP/share/pari"
This one is nice; sorry for missing it.
Yours,
Ilya