Re: Missing functions in CVS]

[Ilya Zakharevich <nospam-abuse@ilyaz.org>]

This did not make it through qseq either:

----- Forwarded message from Ilya Zakharevich <nospam-abuse@ilyaz.org> -----

From: Ilya Zakharevich <nospam-abuse@ilyaz.org>
Subject: Re: Missing functions in CVS
To: pari-dev list <pari-dev@list.cr.yp.to>
Date: Tue, 31 Jan 2006 15:13:26 -0800
Content-Type: text/plain; charset=us-ascii
Status: RO

On Thu, Jan 19, 2006 at 04:40:00PM +0100, Karim Belabas wrote:
> > > I can provide a public routine
> > > 
> > >   traverseheap( void (*f)(void *D, GEN x), void *data )
> > > 
> > > that would successively apply f(data, x) to each GEN x in the PARI heap,
> > > starting from the most recent one.
> > > 
> > > Would that be suitable ?
> > 
> > Hard to be sure, but this looks very probable.
> 
> I have committed such a function to CVS, then re-implemented getheap() in 
> terms of it. ( Cleaning up obsolete hackish code, which actually reported
> a wrong result. )

Thanks.  At least this part of Math::Pari works now with the
development version.  [Note that the signature of f() above is
inverted.]

However, the case of suddently disappearing functions continues:

libPARI\libPARI.lib(plotport.obj) :  error L2029: 'PARI_get_plot' : unresolved external
Pari.obj(Pari.obj) :  error L2029: 'set_term_funcp3' : unresolved external
Pari.obj(Pari.obj) :  error L2029: 'v_set_term_ftable' : unresolved external
libPARI\libPARI.lib(plotport.obj) :  error L2029: 'rectdraw0' : unresolved external

is what is stopping Math::Pari now.  (If one uses -DNO_HIGHLEVEL_PARI,
compile finishes, but some tests fail; I released v2.010703 anyway.)

Hope this helps,
Ilya

----- End forwarded message -----