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 `libpari-2.2.so.8.0.0'. Stop. Cheers, Bill.