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

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

On Sun, Jul 11, 2010 at 1:14 PM, Arlindo da Silva <da...@al...>wrote:

> All,
>
>   I think I narrowed down the problem to a possible bug in the gribmap
> utility in grads 2.0.a8. The LATS extension I mentioned earlier writes out a
> .grb and .ctl file, using the "gribmap" utility to create the index file
> (thru a system() call). When I manually recreated the gribmap file (.gmp) by
> hand using the gribmap fom 2.0.a7 it all worked fine. Therefore I suspect
> there may be an issue with the 2.0.a8 gribmap utility on the i686platform, at least with the version that I built. I tried running the i686
> binaries running by COLA but it does not work on my i686 platform:
>
> gribmap -0 -i junk.ctl
> /home/dasilva/gribmap: error while loading shared libraries: requires glibc
> 2.5 or later dynamic linker
>
>
> I am running:
>
> gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-11)
> Linux voda.gsfc.nasa.gov 2.6.9-89.0.23.ELsmp #1 SMP Fri Mar 5 17:56:21 EST
> 2010 i686 i686 i386 GNU/Linux
>
>
> I am attaching the .grb and .ctl files in question. To reproduce the
> problem, just run
>
> % gribmap -0 -i junk.ctl
>
> and see if you can open the resulting dataset in grads. When using gribmap
> in a8 I get all undefs.
>
> Jennifer, Hoop:
>
>     Can you confirm whether we have an issue with 2.0.a8 gribmap on i686?
> As I said earlier, I have no problems on x86_64 and Mac OS X 10.5.8. This
> appears to be 32-bit Linux specific.
>
>
   Many thanks to Hoop and Jennifer for verifying that their i686 build of
*gribmap* worked OK on the sample grib file I originally attached to this
message; only my build was broken.

   I am happy to report that I have now produced a successful build of
2.0.a8.oga.1 on i686.  The problem I was experiencing could be traced to the
fact that I was building with gcc 3.x and glibc<2.5, a combination that up
to now had produced very portable builds. For some reason that I decided not
to dig into, the new gribmap appears to require gcc 4.x and glibc>=2.5.

   I have also made a 64-bit build on Mac OS X 10.6 (Snow Leopard). It
passes all basic grads tests, but there seem to be issues with a couple of
extensions that I need to look into. I'll see what I can do, but it won't
hold up release as the Leopard build works just fine on Snow Leopard. This
required HDF-4 to be upgraded to 4.2.5, something that I am yet to check in
to the baselibs. After I do this, I'll recheck the build on the other
platforms and upload the supplibs to sf.net. I'll then attempt a Windows
build.

Jennifer,

   Is the doc/ directory in your 2.0.a8 source tarball up to date? I'd like
to update the documentation we ship with the bundle (for off-line use).

  Cheers!

      Arlindo


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