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

20001026: NetCDF-Perl-1.2.1 "make test" failure

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 20001026: NetCDF-Perl-1.2.1 "make test" failure
  • Date: Thu, 26 Oct 2000 14:56:00 -0600
Michael,

>Date: Thu, 26 Oct 2000 13:36:43 -0700
>From: "Michael P. Urban" <address@hidden>
>Organization: NASA/JPL
>To: Steve Emmerson <address@hidden>
>Subject: Re: 20001026: NetCDF-Perl-1.2.1 "make test" failure 
>Keywords: 200010261832.e9QIWj405557

The above message contained the following:

> > We no longer have that version of perl on our SunOS 5 systems: we use
> > version 5.6.0 instead.  Version 5.6 is turning out to be significantly
> > different than version 5.5 in some of the very low-level stuff (like
> > support for extension modules).  Is there any chance of your upgrading?
> 
> I attempted this on another system with Perl 5.6 and Solaris 8, and got
> the same result from make test:
> 
> making `test' in directory /tmp/netcdf-perl-1.2.1/src/perl
> 
> mkdir blib/lib
> mkdir blib/lib/auto
> mkdir blib/lib/auto/NetCDF
> cp NetCDF.pm blib/lib/NetCDF.pm
> AutoSplitting blib/lib/NetCDF.pm (blib/lib/auto/NetCDF)
> PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib 
> -I/usr/local/lib/perl5/5.6.0/sun4-solaris -I/usr/local/lib/perl5/5.6.0 test.pl
> Can't load 'blib/arch/auto/NetCDF/NetCDF.so' for module NetCDF: ld.so.1: 

The last line above would seem to indicate that a "make" had not been
previously done.  A "make test" tests the netcdf-perl package that has
just been created.  Was a "make" done before the "make test"?  Does the
file "perl/blib/arch/auto/NetCDF/NetCDF.so" exist?

Regards,
Steve Emmerson   <http://www.unidata.ucar.edu>