Re: NetCDF library problems

• To: Jason Thaxter <thaxter@xxxxxxxxxx>
• Subject: Re: NetCDF library problems
• From: Robb Kambic <rkambic@xxxxxxxxxxxxxxxx>
• Date: Tue, 29 Jun 2004 18:20:02 -0600 (MDT)

Jason,

One other thing, I've better successs with the builds by setting
environment variable CC to gcc, ie

% setenv CC gcc

Don't no why but it helps.  I'm wondering what is the default compiler on
your system?

Robb...


On Tue, 29 Jun 2004, Jason Thaxter wrote:

To be honest it's been long months since I last looked at this really
carefully. What I'm looking at right now is "make test" fails on loading the
NetCDF library: unresolved symbol "ncopts". There used to be something on list
archives detailing how to fix this, I thought, but it seems the website has
been reorganized and I can't find it.

I'm trying a clean build on my laptop (to avoid breaking things on our
servers) using the most recent sources and see what I get.... So far I got
further than the above. If we're lucky this will be one of those problems that
magically disappears.

Then we can get to my real problem, which is arrays of bytes returning only
the first value. I'll get a good sample of this, with code. With a little luck
I'll get to this tomorrow.

For future reference:

---------------------------------------------------
I am working with FreeBSD systems :

 uname -a:
FreeBSD whitehead.gomoos.org 5.2.1-RELEASE-p1 FreeBSD 5.2.1-RELEASE-p1 #0: Thu 
Mar 18 14:43:37 EST 2004     
moxie@xxxxxxxxxxxxxxxxxxxx:/usr/obj/usr/src/sys/WHITEHEAD  i386

FreeBSD bildad.gomoos.org 4.8-RELEASE-p16 FreeBSD 4.8-RELEASE-p16 #0: Tue Mar  
9 10:53:46 EST 2004     moxie@xxxxxxxxxxxxxxxxx:/usr/obj/usr/src/sys/BILDAD  
i386

 gcc -v:

Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.3.3 [FreeBSD] 20031106

Using builtin specs.
gcc version 2.95.4 20020320 [FreeBSD]
---------------------------------------------------


On Tue, Jun 29, 2004 at 03:13:26PM -0600, Russ Rew wrote:
> Jason,
>
> Robb Kambic reports he built netcdf-perl-1.2.3 on a Linux system for
> which "uname -a" returns:
>
>   $ uname -a
>   Linux sunshine.unidata.ucar.edu 2.4.20-30.8.legacysmp #1 SMP Fri Feb 20 
17:13:00 PST 2004 i686 i686 i386 GNU/Linux
>
> and is not seeing the problem you report, or that was reported in
>
>   
http://my.unidata.ucar.edu/content/support/help/MailArchives/netcdf-perl/msg00120.html
>
> He's using gcc 3.2:
>
>   $ gcc --version
>   gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
>
> Then using perl 5.8.0 (not even upgrading to perl 5.8.4), the test
> worked fine:
>
>   ...
>   ...
>   Checking variable sizes........................ok
>   Reading values of record variables.............ok
>   Closing netCDF file............................ok
>   make[2]: Leaving directory `/home/rkambic/netcdf-perl-1.2.3/src/perl'
>
>   returning to directory /home/rkambic/netcdf-perl-1.2.3/src
>
>   make[1]: Leaving directory `/home/rkambic/netcdf-perl-1.2.3/src'
>   $ perl -v
>
>   This is perl, v5.8.0 built for i386-linux-thread-multi
>   (with 1 registered patch, see perl -V for more detail)
>
> Steve Emmerson's out today, so I'm depending on Robb to track this
> down.  If we could isolate what the difference is between your
> environment and his, maybe we could make some progress, but we need to
> be able to duplicate the problem here to have a chance at fixing it.
>
> Is this the symptom you're seeing?
>
> > The same failure, test_dynamic fails with a segfault ...
>
> --Russ

--
----------------------------------------------
Jason Thaxter
GoMOOS, P.O. Box 4919, Portland, ME 04112-4919
Office Location: 1 Canal Plaza, 7th Floor
Office: 207.773.0423
Fax:    207.773.8672
Email:  thaxter@xxxxxxxxxx
------------www.gomoos.org--------------------

==============================================================================
Robb Kambic                                Unidata Program Center
Software Engineer III                      Univ. Corp for Atmospheric Research
rkambic@xxxxxxxxxxxxxxxx                   WWW: http://www.unidata.ucar.edu/
==============================================================================