[Opengrads-devel] Upgrading OpenGrADS Bundle to 2.0.a8

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

All,

  I'm making progress towards the 2.0.a8 upgrade.

1) The supplibs have been upgraded to version 2.2.0. To get the fresh
sources and build,

    % gacvs co -d supplibs-2.2.0 -P supplibs
    % cd supplibs-2.2.0/src
    % make install

    So far I've tested this on Mac OS X 10.5.8, RHEL 5 (x86_64) and RHEL4
(i686).

2) The Grads codebase has been merged with COLA's. Since COLA now has a
single executable, I've replaced our previous build with COLA's, making
small adjustments for supporting the extensions and the extra-platforms we
support. I am afraid we have lost the integration with pkg-config, something
I could restore later. However, the close we track COLA's codebase the less
the maintenance costs on our end. To check it out and build,

   % gacvs co -d Grads-2.0.a8 -P Grads
   % ln -s /path/to/your/supplibs/arch supplibs
   % cd Grads-2.0.a8
   % configure
   % make
   % make check

It passes all tests on Mac OS X 10.5.8 (Leo), x86_64 and i686. I'll try Mac
OS X 10.6 (Snow Leo) and Windows once I have robust builds on these 3
platforms.

3) For testing the extensions:

    % make binstall
    (put opengrads/Contents in your path)
    % cd extensions
    % make check

It passes all 93 tests on Darwin and x86_64. However, it fails a single test
on i686: the creation of grads_grib files with the LATS extension (all other
formats work). I love these tests...

Mike,

   To reproduce the problem, simply try (using lats4d.sh under
opengrads/Contents):

   % lats4d.sh -i model.nc -o junk -format grads_grib

   This will complete successfully, but when you try to read the file all
variables will be UNDEF. I tried downgrading the LATS extension to the
2.0.a7.oga.3 version (that is, before your recent mods) but the problem
persisted.  The previous 2.0.a7.oga.3 binaries work with the current LATS
extension.  So it may be related to some internal grads changes, probably
related to gribmap, but I am not sure. Could you take a look at it?

    Thanks,

       Arlindo









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