Hi, Everyone --
I have been using hdf5-1.8.4-patch1 -- sorry for the misinformation at
supplibs.html. I updated the version number on that page; the link to
the source code points to the right tarball. I originally took ncurses
from the opengrads supplibs but Hoop had some trouble building it, so
I went to the gnu.org page and got their latest ncurses. I wasn't sure
what the version of ncurses was in the opengrads supplibs -- they may
be the same. I decided to release a8 without waiting for netcdf-4.1.1,
it would probably be fine to use the newer rc3, but I have not tested
it. Curl is newer also, this was required for the dap interface in
netcdf-4, and so libdap and libgadap had to be rebuilt (but there were
no problems). Some of the other supplibs have released newer versions
(jasper and therefore g2clib) but I haven't bothered to upgrade
those ... I don't think it's necessary at this point.
--Jennifer
On Apr 3, 2010, at 10:21 AM, Arlindo da Silva wrote:
> All,
>
> Before we merge COLA's newly released 2.0.a8 codebase, I believe
> it is time for us synchronize our supplibs with COLA's. We should
> be able to do this even for Netcdf, now that COLA has adopted
> NetCDF-4/HDF-5 as well. This way our builds will differ from COLA
> only by the inclusion of the extensions. Unfortunately, our
> config.ac is still different, perhaps we can unify this as well
> (with slight patches to handle the extensions.)
>
> Jennifer: Ed Hartnett just released NetCDF-4.1.1-rc3 while your
> recent builds use the rc2. I am leaning towards RC3, what do you
> think? BTW, your table under
>
> http://iges.org/grads/gadoc/supplibs.html
>
> appears o have a typo: it refers to HDF-5 v 1.8.3, while the untar
> instructions refer to 1.8.4-patch1 (the correct version recommended
> by Unidata).
> Arlindo
>
> --
> Arlindo da Silva
> da...@al...
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
> Opengrads-devel mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opengrads-devel
--
Jennifer M. Adams
IGES/COLA
4041 Powder Mill Road, Suite 302
Calverton, MD 20705
jm...@co...
|
