Math::Pari headaches

Apologies in advance for the length. I'm having some issues getting the
Math::Pari module to work. I need it for the Net::SSH::Perl module, but
when I try to run this simple code:

#!/usr/bin/perl
use Net::SSH::Perl;
my $host = [DELETED];
my $user = [DELETED];
my $ssh = Net::SSH::Perl->new($host, protocol => 2);
$ssh->login($user);
my ($out, $err, $exit) = $ssh->cmd("ls");
$ssh->cmd("cd perlstuff");
my ($out2, $err2, $exit2) = $ssh->cmd("ls");
exit(0);

I get this error:

[[DELETED]@[DELETED] bin]$ which sshtest
~/bin/sshtest
[[DELETED]@[DELETED] bin]$ sshtest
Can't locate loadable object for module Math::Pari in @INC (@INC
contains: /usr/lib/perl5/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/5.8.5
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.4
/usr/lib/perl5/site_perl/5.8.3 /usr/lib/perl5/site_perl/5.8.2
/usr/lib/perl5/site_perl/5.8.1 /usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.4
/usr/lib/perl5/vendor_perl/5.8.3 /usr/lib/perl5/vendor_perl/5.8.2
/usr/lib/perl5/vendor_perl/5.8.1 /usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl .) at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/Util/SSH2MP.pm line 6
Compilation failed in require at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/Util/SSH2MP.pm line 6.
BEGIN failed--compilation aborted at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/Util/SSH2MP.pm line 6.
Compilation failed in require at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/Util.pm line 56.
BEGIN failed--compilation aborted at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/Kex/DH1.pm line 10.
Compilation failed in require at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/Kex.pm line 6.
BEGIN failed--compilation aborted at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/Kex.pm line 6.
Compilation failed in require at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/SSH2.pm line 6.
BEGIN failed--compilation aborted at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl/SSH2.pm line 6.
Compilation failed in require at
/usr/lib/perl5/vendor_perl/5.8.5/Net/SSH/Perl.pm line 55.

I'm running 5.8.5 on RedHat AS4U2. As far as I can tell, everything
that should have been built has been:

[root@[DELETED] /]# find /usr/lib | grep -i pari
/usr/lib/libpari.so.2.1.7
/usr/lib/libpari.so.1
/usr/lib/pari
/usr/lib/pari/NEW
/usr/lib/pari/Announce.2.1
/usr/lib/pari/CHANGES
/usr/lib/pari/MACHINES
/usr/lib/pari/AUTHORS
/usr/lib/pari/README
/usr/lib/pari/doc
/usr/lib/pari/doc/usersch1.tex
/usr/lib/pari/doc/appa.tex
/usr/lib/pari/doc/usersch3.tex
/usr/lib/pari/doc/refcard.tex
/usr/lib/pari/doc/usersch4.tex
/usr/lib/pari/doc/usersch5.tex
/usr/lib/pari/doc/appb.tex
/usr/lib/pari/doc/pdfmacs.tex
/usr/lib/pari/doc/tutorial.tex
/usr/lib/pari/doc/parimacro.tex
/usr/lib/pari/doc/users.tex
/usr/lib/pari/doc/paricfg.tex
/usr/lib/pari/doc/usersch2.tex
/usr/lib/pari/doc/Makefile
/usr/lib/pari/doc/translations
/usr/lib/pari/doc/appc.tex
/usr/lib/pari/doc/paricfg.tex.in
/usr/lib/pari/CVS.txt
/usr/lib/pari/COPYING
/usr/lib/pari/COMPAT
/usr/lib/pari/misc
/usr/lib/pari/misc/gprc.dft
/usr/lib/pari/misc/gpflog
/usr/lib/pari/misc/gpalias
/usr/lib/pari/misc/pari.xpm
/usr/lib/pari/misc/xgp
/usr/lib/pari/misc/README
/usr/lib/pari/misc/new.dic
/usr/lib/pari/misc/color.dft
/usr/lib/pari/examples
/usr/lib/pari/examples/EXPLAIN
/usr/lib/pari/examples/matexp.c
/usr/lib/pari/examples/rho.gp
/usr/lib/pari/examples/taylor.gp
/usr/lib/pari/examples/cl.gp
/usr/lib/pari/examples/bench.gp
/usr/lib/pari/examples/classno.gp
/usr/lib/pari/examples/Inputrc
/usr/lib/pari/examples/contfrac.gp
/usr/lib/pari/examples/Makefile
/usr/lib/pari/examples/lucas.gp
/usr/lib/pari/examples/squfof.gp
/usr/lib/pari/TODO
/usr/lib/libpari.so
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Mat h/Pari.bs
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Mat h/Pari.pm
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Mat h/libPARI.dumb.pod
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Mat h/libPARI.pod
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Mat h/PariInit.pm
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Mat h/Pari.so
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/aut o/Math/Pari
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/aut o/Math/Pari/Pari.bs
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/aut o/Math/Pari/Pari.so

I've looked around, and I've been unable to find out why the shared
loadable object
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Mat h/Pari.so
isn't seen by @INC. Below is a snapshot of the @INC list:

/usr/lib/perl5/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/5.8.5
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5
/usr/lib/perl5/site_perl/5.8.4
/usr/lib/perl5/site_perl/5.8.3
/usr/lib/perl5/site_perl/5.8.2
/usr/lib/perl5/site_perl/5.8.1
/usr/lib/perl5/site_perl/5.8.0
/usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.4/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.3/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.2/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.1/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.5
/usr/lib/perl5/vendor_perl/5.8.4
/usr/lib/perl5/vendor_perl/5.8.3
/usr/lib/perl5/vendor_perl/5.8.2
/usr/lib/perl5/vendor_perl/5.8.1
/usr/lib/perl5/vendor_perl/5.8.0
/usr/lib/perl5/vendor_perl

Near as I can tell, it's looking for the Pari.so object, which I just
tried dumping directly into an @INC-listed directory:

[root@[DELETED] i386-linux-thread-multi]# pwd
/usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi
[root@[DELETED] i386-linux-thread-multi]# ls -la Pari*
lrwxrwxrwx 1 root root 22 Aug 15 13:48 Pari.bs ->
auto/Math/Pari/Pari.bs
lrwxrwxrwx 1 root root 22 Aug 15 13:48 Pari.so ->
auto/Math/Pari/Pari.so

Has anyone run into this before and been able to make it work?

Re: Math::Pari headaches

wrote in message
..
..
> [[DELETED]@[DELETED] bin]$ sshtest
> Can't locate loadable object for module Math::Pari in @INC
..
..
>
> Near as I can tell, it's looking for the Pari.so object, which I just
> tried dumping directly into an @INC-listed directory:
>

Yep - it's looking for Pari.so, but why did you dump it "directly into an
@INC-listed directory" ?
Normally the installation of any module is handled by running (as root)
'make install'.

If Pari.so is located where you've reported, and if its permissions are set
appropriately, then perl should be able to find it.

Were there any problems with 'make test' ?

Cheers,
Rob

Re: Math::Pari headaches

Sisyphus wrote:
> wrote in message
> .
> .
> > [[DELETED]@[DELETED] bin]$ sshtest
> > Can't locate loadable object for module Math::Pari in @INC
> .
> .
> >
> > Near as I can tell, it's looking for the Pari.so object, which I just
> > tried dumping directly into an @INC-listed directory:
> >
>
> Yep - it's looking for Pari.so, but why did you dump it "directly into an
> @INC-listed directory" ?
> Normally the installation of any module is handled by running (as root)
> 'make install'.
>
> If Pari.so is located where you've reported, and if its permissions are set
> appropriately, then perl should be able to find it.
>
> Were there any problems with 'make test' ?
>
> Cheers,
> Rob

I manually dumped it there mainly as a desparation move. As far as the
'make test' goes, I had to install this as an RPM due to system control
policies. When I manually compile and test it, I get this:

cd libPARI && make LIB="" LIBPERL_A="libperl.a" LINKTYPE="dynamic"
PREFIX="" OPTIMIZE="-O2 -g -pipe -m32 -march=i386 -mtune=pentium4"
PASTHRU_DEFINE="" PASTHRU_INC=""
make[1]: Entering directory
`/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
make[1]: Leaving directory
`/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
make[1]: Entering directory
`/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory
`/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00_Pari............dubious
Test returned status 0 (wstat 11, 0xb)
t/55_analyz..........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_ellglobalred....dubious
Test returned status 0 (wstat 11, 0xb)
t/55_elliptic........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_galois..........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_graph...........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_intnum..........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_linear..........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_nfields.........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_number..........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_objets..........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_ploth...........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_polyser.........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_program.........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_qfbsolve........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_rfrac...........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_round4..........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_stark...........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_sumiter.........dubious
Test returned status 0 (wstat 11, 0xb)
t/55_trans...........dubious
Test returned status 0 (wstat 11, 0xb)
t/PlotRect...........dubious
Test returned status 0 (wstat 11, 0xb)
t/zz_leak............dubious
Test returned status 0 (wstat 11, 0xb)
FAILED--22 test scripts could be run, alas--no output ever seen
make: *** [test_dynamic] Error 255

Re: Math::Pari headaches

I believe I've found the problem - the pari library doesn't build
correctly. Here's the output of a "make test-all" against pari-2.3.0:

* Testing objets for gp-sta..TIME=2 for gp-dyn..TIME=2
* Testing analyz for gp-sta..TIME=40 for gp-dyn..TIME=40
* Testing number for gp-sta..TIME=38 for gp-dyn..TIME=37
* Testing polyser for gp-sta..TIME=10 for gp-dyn..TIME=11
* Testing linear for gp-sta..TIME=17 for gp-dyn..TIME=16
* Testing elliptic for gp-sta..TIME=31 for gp-dyn..TIME=32
* Testing sumiter for gp-sta..TIME=25 for gp-dyn..TIME=26
* Testing graph for gp-sta..TIME=15 for gp-dyn..TIME=13
* Testing program for gp-sta..TIME=41 for gp-dyn..TIME=39
* Testing trans for gp-sta..TIME=114 for gp-dyn..TIME=115
* Testing nfields for gp-sta..TIME=261 for gp-dyn..TIME=265
* Testing compat for gp-sta..TIME=459 for gp-dyn..TIME=467
* Testing ellglobalred for gp-sta..BUG [2] for gp-dyn..BUG [10]
* Testing galois for gp-sta..BUG [1797] for gp-dyn..BUG [1795]
* Testing intnum for gp-sta..TIME=35266 for gp-dyn..TIME=37662
* Testing qfbsolve for gp-sta..TIME=3428 for gp-dyn..TIME=3268
* Testing rfrac for gp-sta..TIME=18589 for gp-dyn..TIME=19413
* Testing round4 for gp-sta..TIME=20733 for gp-dyn..TIME=20667
* Testing stark for gp-sta..TIME=51001 for gp-dyn..TIME=50909
+++ [BUG] Total bench for gp-sta is 131660
+++ [BUG] Total bench for gp-dyn is 134575

PROBLEMS WERE NOTED. The following files list them in diff format:
Directory: /data01/home/msafford/paristuff/pari-2.3.0/Olinux-i686
ellglobalred-sta.dif
galois-sta.dif
ellglobalred-dyn.dif
galois-dyn.dif
make[1]: *** [test-all] Error 1
make[1]: Leaving directory
`/data01/home/msafford/paristuff/pari-2.3.0/Olinux-i686'
make: *** [test-all] Error 2


msafford@gmail.com wrote:
> Sisyphus wrote:
> > wrote in message
> > .
> > .
> > > [[DELETED]@[DELETED] bin]$ sshtest
> > > Can't locate loadable object for module Math::Pari in @INC
> > .
> > .
> > >
> > > Near as I can tell, it's looking for the Pari.so object, which I just
> > > tried dumping directly into an @INC-listed directory:
> > >
> >
> > Yep - it's looking for Pari.so, but why did you dump it "directly into an
> > @INC-listed directory" ?
> > Normally the installation of any module is handled by running (as root)
> > 'make install'.
> >
> > If Pari.so is located where you've reported, and if its permissions are set
> > appropriately, then perl should be able to find it.
> >
> > Were there any problems with 'make test' ?
> >
> > Cheers,
> > Rob
>
> I manually dumped it there mainly as a desparation move. As far as the
> 'make test' goes, I had to install this as an RPM due to system control
> policies. When I manually compile and test it, I get this:
>
> cd libPARI && make LIB="" LIBPERL_A="libperl.a" LINKTYPE="dynamic"
> PREFIX="" OPTIMIZE="-O2 -g -pipe -m32 -march=i386 -mtune=pentium4"
> PASTHRU_DEFINE="" PASTHRU_INC=""
> make[1]: Entering directory
> `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> make[1]: Leaving directory
> `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> make[1]: Entering directory
> `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory
> `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/00_Pari............dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_analyz..........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_ellglobalred....dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_elliptic........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_galois..........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_graph...........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_intnum..........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_linear..........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_nfields.........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_number..........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_objets..........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_ploth...........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_polyser.........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_program.........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_qfbsolve........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_rfrac...........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_round4..........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_stark...........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_sumiter.........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/55_trans...........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/PlotRect...........dubious
> Test returned status 0 (wstat 11, 0xb)
> t/zz_leak............dubious
> Test returned status 0 (wstat 11, 0xb)
> FAILED--22 test scripts could be run, alas--no output ever seen
> make: *** [test_dynamic] Error 255

Re: Math::Pari headaches

Of course, now the issue is getting the pari library to build
correctly. Why do so many modules depend on such a problematic package?

msafford@gmail.com wrote:
> I believe I've found the problem - the pari library doesn't build
> correctly. Here's the output of a "make test-all" against pari-2.3.0:
>
> * Testing objets for gp-sta..TIME=2 for gp-dyn..TIME=2
> * Testing analyz for gp-sta..TIME=40 for gp-dyn..TIME=40
> * Testing number for gp-sta..TIME=38 for gp-dyn..TIME=37
> * Testing polyser for gp-sta..TIME=10 for gp-dyn..TIME=11
> * Testing linear for gp-sta..TIME=17 for gp-dyn..TIME=16
> * Testing elliptic for gp-sta..TIME=31 for gp-dyn..TIME=32
> * Testing sumiter for gp-sta..TIME=25 for gp-dyn..TIME=26
> * Testing graph for gp-sta..TIME=15 for gp-dyn..TIME=13
> * Testing program for gp-sta..TIME=41 for gp-dyn..TIME=39
> * Testing trans for gp-sta..TIME=114 for gp-dyn..TIME=115
> * Testing nfields for gp-sta..TIME=261 for gp-dyn..TIME=265
> * Testing compat for gp-sta..TIME=459 for gp-dyn..TIME=467
> * Testing ellglobalred for gp-sta..BUG [2] for gp-dyn..BUG [10]
> * Testing galois for gp-sta..BUG [1797] for gp-dyn..BUG [1795]
> * Testing intnum for gp-sta..TIME=35266 for gp-dyn..TIME=37662
> * Testing qfbsolve for gp-sta..TIME=3428 for gp-dyn..TIME=3268
> * Testing rfrac for gp-sta..TIME=18589 for gp-dyn..TIME=19413
> * Testing round4 for gp-sta..TIME=20733 for gp-dyn..TIME=20667
> * Testing stark for gp-sta..TIME=51001 for gp-dyn..TIME=50909
> +++ [BUG] Total bench for gp-sta is 131660
> +++ [BUG] Total bench for gp-dyn is 134575
>
> PROBLEMS WERE NOTED. The following files list them in diff format:
> Directory: /data01/home/msafford/paristuff/pari-2.3.0/Olinux-i686
> ellglobalred-sta.dif
> galois-sta.dif
> ellglobalred-dyn.dif
> galois-dyn.dif
> make[1]: *** [test-all] Error 1
> make[1]: Leaving directory
> `/data01/home/msafford/paristuff/pari-2.3.0/Olinux-i686'
> make: *** [test-all] Error 2
>
>
> msafford@gmail.com wrote:
> > Sisyphus wrote:
> > > wrote in message
> > > .
> > > .
> > > > [[DELETED]@[DELETED] bin]$ sshtest
> > > > Can't locate loadable object for module Math::Pari in @INC
> > > .
> > > .
> > > >
> > > > Near as I can tell, it's looking for the Pari.so object, which I just
> > > > tried dumping directly into an @INC-listed directory:
> > > >
> > >
> > > Yep - it's looking for Pari.so, but why did you dump it "directly into an
> > > @INC-listed directory" ?
> > > Normally the installation of any module is handled by running (as root)
> > > 'make install'.
> > >
> > > If Pari.so is located where you've reported, and if its permissions are set
> > > appropriately, then perl should be able to find it.
> > >
> > > Were there any problems with 'make test' ?
> > >
> > > Cheers,
> > > Rob
> >
> > I manually dumped it there mainly as a desparation move. As far as the
> > 'make test' goes, I had to install this as an RPM due to system control
> > policies. When I manually compile and test it, I get this:
> >
> > cd libPARI && make LIB="" LIBPERL_A="libperl.a" LINKTYPE="dynamic"
> > PREFIX="" OPTIMIZE="-O2 -g -pipe -m32 -march=i386 -mtune=pentium4"
> > PASTHRU_DEFINE="" PASTHRU_INC=""
> > make[1]: Entering directory
> > `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> > make[1]: Leaving directory
> > `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> > make[1]: Entering directory
> > `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> > make[1]: Nothing to be done for `all'.
> > make[1]: Leaving directory
> > `/data01/home/msafford/paristuff/Math-Pari-2.010706/libPARI'
> > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
> > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> > t/00_Pari............dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_analyz..........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_ellglobalred....dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_elliptic........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_galois..........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_graph...........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_intnum..........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_linear..........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_nfields.........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_number..........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_objets..........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_ploth...........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_polyser.........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_program.........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_qfbsolve........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_rfrac...........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_round4..........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_stark...........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_sumiter.........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/55_trans...........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/PlotRect...........dubious
> > Test returned status 0 (wstat 11, 0xb)
> > t/zz_leak............dubious
> > Test returned status 0 (wstat 11, 0xb)
> > FAILED--22 test scripts could be run, alas--no output ever seen
> > make: *** [test_dynamic] Error 255

Re: Math::Pari headaches

wrote in message

> Of course, now the issue is getting the pari library to build
> correctly.

To build Math::Pari it is normally sufficient that the Pari-2.3.0 source can
be found. It is *not* necessary to first build the pari library. I've built
math::Pari a number of times, but have never built the pari library.

See the 'INSTALL' and 'README' files in the Math::Pari source distro if you
haven't already done so - there might be something there that helps.

Sorry, the results of 'make test-all' that you posted don't help me at all
to determine what the problem is. (I've built Math::Pari a number of times,
but have never separately built and/or tested the pari library.)

Cheers,
Rob

Re: Math::Pari headaches

[A complimentary Cc of this posting was sent to
msafford@gmail.com
], who wrote in article <1155724078.377126.309510@m73g2000cwd.googlegroups.com>:
> I believe I've found the problem - the pari library doesn't build
> correctly. Here's the output of a "make test-all" against pari-2.3.0:

> * Testing ellglobalred for gp-sta..BUG [2] for gp-dyn..BUG [10]
> * Testing galois for gp-sta..BUG [1797] for gp-dyn..BUG [1795]

These are very domain-specific bugs. They should not affect operation
and/or build of (other parts of) Math::Pari.

Hope this helps,
Ilya