Re: [Opengrads-devel] Merging with 2.0.a8

[Jennifer A. <jm...@co...>]

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