[Opengrads-devel] Building GrADS v2 with new supplibs: first crack

[Arlindo da S. <da...@al...>]

Jennifer/Brian et al,

1)  I have patched the supplibs sources to build with HDF v4.2r3 (just
released). I'll be rebuilding and posting sources/binaries to sf.net under
version supplibs-2.0.1. For documentation on checking out/building the
supplibs check the wiki:

http://opengrads.org/wiki/index.php?title=Supplemental_Libraries_%28Supplibs%29

2) I have obtained your original grads-2.0.a0 tar ball and updated the build
mechanism to work with the new supplibs. Please consult the ChangeLog for a
descriptions of the  mods I made. (see below). Please check it out directly
from our CVS repository:

gacvs co -P -r GRADS2_DEV_BRANCH grads

cd grads
./configure
make

Notice that gacvs is an alias for

cvs -z3 -d:ext:da...@op...:/cvsroot/opengrads

(replace "dasilva" with your own user id at sf.net). You also checkoput
anonymously from sf.net:

   http://sourceforge.net/cvs/?group_id=161773

3) I also updated the test suite for working with v2; just type

make check

I also updated lats4d to work with grads v2. Of course, you can only specify
-format stream, sequential, stats or gs scripts to be executed. Formats grib
and coards cannot be specified because grads v2 does not have LATS.

I have some documentation about the test suite here:

http://opengrads.org/wiki/index.php?title=PyTests:_GrADS_Test_Suite


4) Of the 70 tests, gradsv2 is failing 16. They are related to 2 issues:

a) The "sdfopen model.hdf" is not quite working: it reports the file as
having 1 timestep instead of 5. I verified that the RH binary Jennifer
posted has exactly the same problem, so it does not appear to be my build.

b) When using "set gxout fvwrite" to write binary files the missing value is
not being written correctly, in either little-endian or big-endian mode. Is
this a bug or a feature (I haven't verified whether v1.9 does the same)?

Brian/Jennifer: I am submitting this to you as patches to v2 for your review
and adoption in v2 as you see fit.  If you do adopt these or your own mods
for building with the new supplibs and put out a new source tarball, I can
help with "out of the box" builds for distribution by COLA. I am not
planning to distributed this tag at the opengrads sf.net download area as it
does not yet have the hooks for developing/running opengrads extensions.

If you are interested, I can stop at COLA one of these mornings on my way to
work and do a quick walkthru of the test suite. Although it is written in
Python using PyUnit (a rip off of JUnit which you may be familiar with from
Java), you can write  all of your tests as gs scripts. (However, I chose to
write my tests in python). It has been extremely useful for testing the
binaries on the different platforms. It only requires python v2.3 or later
which is available everywhere except for old servers.

Pat: Let me know if this works with Fedora.

  Cheers!

       Arlindo



---------------------------------------------------------------------------------------------
GrADS ChangeLog

2008-01-31 <da...@op...>, Version GrADS 2.0.a0
    * Imported Version 2.0.a0 sources from COLA into COLA vendor branch.

2008-01-31 <da...@op...>, Version GrADS 2.0.a0-1
    * This version temporarily placed under GRADS2_DEV_BRANCH
    * Adapted build mechanism from v1.9.0-rc1 for v2.0.a0
    * grads.h: no longer includes gasdf.h, and gasdf prototypes have
    been moved into gasdf.h. This is important to avoid including
    "netcdf.h" from NetCDF when building with NC-DAP (OPeNDAP
    implementation of NetCDF).
    * gagui.c, gsgui.c: replaced with v1.9.0-rc1 to cope with new
    supplibs, also revised license terms to GPL 2
    * gatypes.h: renamed Pixel->gaPixel to avoid conflict with new supplibs.

    * grads.c: changed main() to Main() for Win32; added main.c,
main_win32.c
    * GNUmakefile: added for Win32
    * w32_dist.csh: added for Win32
    * pcx11e.[ch]: updated license to GPL
    * gacfg.c: removed (c) 1997 Arlindo da Silva + old, unclear, license
terms


























-- 
Arlindo da Silva
da...@al...