NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

Re: [netcdfgroup] changes in the netCDF C/Fortran library snapshot since the 4.0.1 release...

  • To: Orion Poplawski <orion@xxxxxxxxxxxxx>
  • Subject: Re: [netcdfgroup] changes in the netCDF C/Fortran library snapshot since the 4.0.1 release...
  • From: Ed Hartnett <ed@xxxxxxxxxxxxxxxx>
  • Date: Tue, 01 Sep 2009 11:50:08 -0600
Orion Poplawski <orion@xxxxxxxxxxxxx> writes:

>> OK, I have changed the way the documentation is installed. Thanks for
>> pointing this problem out.
>
> Thanks.  Is this in snapshot2009090100?  Still seeing it there...

I meant that I had change it in the codebase. It will be in tonight's
snapshot...


>
>>>
>>> Next, looks like tst_suiterunner is not linked against -lmfhdf.  This
>>> is from a Fedora Rawhide build on x86_64 - build log here:
>>>
>>> http://koji.fedoraproject.org/koji/getfile?taskID=1641990&name=build.log
>>>
>>> /bin/sh ../libtool --tag=CXX   --mode=link c++  -O2 -g -pipe -Wall
>>> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
>>> --param=ssp-buffer-size=4 -m64 -mtune=generic    -L/usr/lib64/hdf -o
>>> tst_suiterunner tst_suite.o tst_suiterunner.o
>>> ../cxx4/libnetcdf_c++4.la ../libsrc4/libnetcdf.la -lhdf5_hl -lhdf5
>>> libtool: link: c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>>> -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
>>> -mtune=generic -o .libs/tst_suiterunner tst_suite.o tst_suiterunner.o
>>> -L/usr/lib64/hdf ../cxx4/.libs/libnetcdf_c++4.so
>>> ../libsrc4/.libs/libnetcdf.so -L/usr/lib -L/lib -lcurl -lhdf5_hl
>>> -lhdf5 -Wl,-rpath -Wl,/usr/lib64
>>> ../libsrc4/.libs/libnetcdf.so: undefined reference to `SDstart'
>>> ...
>>
>> Ummm, what is tst_suitrfunner?
>
> netcdf-4.1-beta2-snapshot2009082800/cxx4/tst_suiterunner.cpp

Ah, now I see. I've fixed this too. It will also be in tonight's
snapshot release. Thanks for pointing this out...

>
>>> Also, not sure if you are aware but the netcdf build is not parallel
>>> capable (ie make -j N will fail).  Would be nice in these days of
>>> proliferating cores...
>>
>> Make -j works for me...
>
> It's failed once and worked once for me, so seems fragile.  I'll post
> again with more details if I get another failure.

Thanks,

Ed


-- 
Ed Hartnett  -- ed@xxxxxxxxxxxxxxxx



  • 2009 messages navigation, sorted by:
    1. Thread
    2. Subject
    3. Author
    4. Date
    5. ↑ Table Of Contents
  • Search the netcdfgroup archives: