[gradsusr] Will grads be in spack?

Mon Jan 7 12:17:31 EST 2019

Matt, I see you are taking on the role of GMAO’s Fairy Godmother … Bravo! 

The m4 macros used by the GrADS autoconfigure scripts with the --enable-dyn-supplibs option are not perfect. I was rushing to get them into some kind of working state when releasing version 2.2.1 right before my position at COLA ended. Please use the source code at https://github.com/j-m-adams/GrADS, and not the tarball from COLA, which is missing a few scripts. I will try to incorporate the patches from Steve Woodbridge as quickly as I can. Not all libraries use the PKG_CONFIG model, so it is a mix of strategies for finding what is needed. I definitely rely on $LDFLAGS, $CFLAGS, $CPPFLAGS, and $LD_LIBRARY_PATH to find everything. The grib2 library is a good example of one with non-standard features -- that lib is barely supported within NCEP and has zero bells and whistles for simplifying your life; you have to edit the makefile to tweak the build and then copy files manually to install them outside of the local directory. Don't bother with dap/gadap. What else is not available in Spack?
--Jennifer

--
Jennifer Miletta Adams
ADNET Systems, Inc.
NASA/GSFC, Code 610.2
Building 32, Room S159
(301) 614-6070

________________________________________
From: gradsusr [gradsusr-bounces at gradsusr.org] on behalf of Thompson, Matt (GSFC-610.1)[SCIENCE SYSTEMS AND APPLICATIONS INC] [matthew.thompson at nasa.gov]
Sent: Monday, January 07, 2019 10:47 AM
To: GrADS Users Forum
Subject: Re: [gradsusr] Will grads be in spack?

All,

I've been trying to slowly move GMAO's GEOS model's Baselibs to spack. This has involved learning how to make new spack packages, which has been interesting (and not quite fully successful yet, to be honest, but I'm learning!). Now, Baselibs started as an offshoot of Supplibs, so I am learning some useful and perhaps relevant lessons.

Looking at how GrADS is built (which I've never done as the binaries work fine for my needs), the main issue I see at present is figuring out how to build GrADS without the SUPPLIBS being in one place. GEOS inherited this as it expects Baselibs to all be under one place as well. With GEOS I have the "luxury" of knowing its very odd non-standard GNU Make build system and could probably hack it to find spack's libraries without too much trouble, but GEOS relies on fewer libraries than GrADS.

GrADS, though, uses configure. Yay for us builders and it looks like some of the libraries seem exposed to configure (--with-netcdf, etc.) but not all. Does anyone out there have experience building GrADS with --enable-dyn-supplibs? If you've documented how to get GrADS to find and use system libraries, spack might be okay with that (with, say, loooong LDFLAGS, LIBS, CPPFLAGS lines). The only other thought would be finding an autotools hacker who could expose all the supplibs with --with-PKG options.

As an aside, it looks like most of Supplibs is in spack, but not all (g2clib, a few others), so eventually a limited GrADS might be doable, with a nigh-complete build if other Supplibs were ported.

Matt

--
Matt Thompson, SSAI, Sr Scientific Programmer/Analyst
NASA GSFC,    Global Modeling and Assimilation Office
Code 610.1,  8800 Greenbelt Rd,  Greenbelt,  MD 20771
Phone: 301-614-6712                 Fax: 301-614-6246
http://science.gsfc.nasa.gov/sed/bio/matthew.thompson

On 1/4/19, 2:08 PM, "gradsusr on behalf of Tom Robinson" <gradsusr-bounces at gradsusr.org on behalf of ter at hawaii.edu> wrote:

    I have recently been using spack to install scientific software. It really makes things easy. Is there any plan to add grads to spack?

    -Tom

    Sent from my iPhone
    _______________________________________________
    gradsusr mailing list
    gradsusr at gradsusr.org
    http://gradsusr.org/mailman/listinfo/gradsusr

_______________________________________________
gradsusr mailing list
gradsusr at gradsusr.org
http://gradsusr.org/mailman/listinfo/gradsusr