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

Re: NetCDF library problems

FreeBSD uses gcc; which version depends on the FreeBSD version.

On FreeBSD 4.8:

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

On FreeBSD 5.2.x:

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


On Tue, Jun 29, 2004 at 06:20:02PM -0600, Robb Kambic wrote:
> 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     
> > address@hidden:/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     address@hidden:/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:  address@hidden
> > ------------www.gomoos.org--------------------
> >
> 
> ===============================================================================
> Robb Kambic                              Unidata Program Center
> Software Engineer III                    Univ. Corp for Atmospheric Research
> address@hidden                   WWW: http://www.unidata.ucar.edu/
> ===============================================================================

-- 
----------------------------------------------
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:  address@hidden
------------www.gomoos.org--------------------