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.
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--------------------