Bill Allombert on Wed, 17 Mar 2004 11:44:04 +0100

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: gp: anal.c more bugs

On Tue, Mar 16, 2004 at 11:04:09PM +0100, Karim Belabas wrote:
> * Ilya Zakharevich [2004-01-29 02:28]:
> > On Mon, Jan 26, 2004 at 08:50:37PM +0100, Karim Belabas wrote:
> > > I believe the right move is to release 2-2-8.beta very soon ("as is"), then
> > > make it 2-3.stable.
> > 
> > Can we make one more change?  Add plotport$(_O), plotTYPE$(_O) and
> > highlvl$(_O) to the library?
> Yes, a very good idea. (Actually raised several times and never acted upon.)
> I've done the change in CVS.

If we are going this way, we need to be more thorough and add the
mentionned functions to the interpreter in libpari instead of adding
them as GP add-on. This is mainly a matter of removing the Class: gp
in the GP function database.

However I disagree with moving the plot part module relying on external
library. That would make libpari ABI dependent of the graphical
library used and thus of the Configure option, which is something we
have tried to avoid. Linking a library with another library is
certainly possible, but should not be attempted lightly, certainly not
close before a stable release.

Of course postscript and terminal ploting are not a problem.

Though the current state of thing is that PARI no more build at all:
make[2]: Leaving directory `/home/bill/src/pari/src/desc'
/usr/bin/gcc  -c -O3 -DGCC_INLINE -Wall -fomit-frame-pointer    -DBOTH_GNUPLOT_AND_X11 -I. -I../src/headers -I../src/graph -o gp_init.o ../src/gp/gp_init.c
make[1]: *** No rule to make target `highlvl.o', needed by `'.  Stop.