Re: [Opengrads-devel] dynamic supplibs checking

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

On Mon, Aug 11, 2008 at 9:36 AM, Jennifer Adams <jm...@co...> wrote:

>
> It will be easier to discuss when 2.0.a3 is out, but ... here are examples
> of the kind of stuff I changed in configure.ac:
>

OK, I'll wait until a3 is out and then try to reconcile.


> As for the supplibs/include subdirectories, I renamed grib2->grib2c,
>

You mean, grib2c->grib2? This kind of renaming end up causing me a lot of
extra work for the supplibs-2.0.x, things like having to make changes to the
repository, build mechanism, etc.

BTW, are you using grib2c from the supplibs-2.0.x? I've added autoconf to it
and contributed to NCEP, but I am not sure if they have adopted it.


> and split dap into gadap and libnc-dap.
>

In the supplibs 2.0.x we already had 3 libraries:

gadap
libdap
libnc-dap

Have you actually tried a build using the pre-compiled supplibs-2.0.1?


http://sourceforge.net/project/showfiles.php?group_id=161773&package_id=241681

In v1.9.0-rc1, with pre-compiled supplibs, GrADS builds very simply out of
the tarball:


http://opengrads.org/wiki/index.php?title=Building_GrADS_v1.9_from_Sources

The idea is for people not to have to do any renaming, rearranging of the
the supplibs. I actually started working on a perl script that detects
people's hardware, then retrieves pre-compiled supplibs + grads sources
automatically, does the build and cleans up the mess. Very easy.

But the libpng12 name comes from their source code, to distinguish from
> earlier versions, so I think we should leave that as is (they renamed the
> library too, libpng12.a).
>

In the supplibs-2.0.x libpng12 is symlinked to libpng. In any case,
pkg-config takes care of it, better not to hardwire the name of the library,
include directory.


>  The remainder of the include directories that weren't in my list may be
> essential for building all the supplibs in a coherent way, but they are not
> necessary for compiling GrADS -- I generally extract only what GrADS needs
> from a complete library installation and put that into my supplibs location.
>
>

I'd say that these are necessary not only for building the supplibs
consistently but more importantly for getting *portable* GrADS binaries. For
example, using a system provided libcurl that depends on openssl does not
lead to portable binaries, I learned it the hard way (I believe your
binaries have this problem).  The advantage of having portable binaries is
that you can have a generic Linux i686 binary, rather than binaries for
specific distros.


> I should mention that I never build with GUI, so I don't know what's
> required there.
>

The supplibs-2.0.x should have all you need.

BTW, are you planing to include the pytests/ in a3?

  I look forward to seeing 2.0.a3.

    Thanks,

       Arlindo

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