[netCDF #YNV-368298]: netCDF z/OS port problems resolving zlib

Hello,

From what you've provided, I think you just need to add the following to your 
environment variables:

    export LIBS="-lssh2 -lssl -lcrypto -lz -lnghttp2"

This should tell configure to always link against these libraries.

Let me know if this works as expected,

-Ward

> Hi there,
> 
> Just picking this build problem up again after a while on other things, I'm 
> seeing problems with configure demonstrated by the following case: config.log 
> indicates load object symbols are not being resolved:
> 
> configure:5049: checking for curl_easy_setopt in -lcurl
> configure:5074: xlc -o conftest -qxplink -D_XOPEN_SOURCE_EXTENDED 
> -I/usr/local/include -L/usr/local/lib conftest.c -lcurl   >&5
> 
> IEW2456E 9207 SYMBOL libssh2_exit UNRESOLVED.  MEMBER COULD NOT BE INCLUDED
> FROM THE DESIGNATED CALL LIBRARY.
> IEW2456E 9207 SYMBOL libssh2_init UNRESOLVED.  MEMBER COULD NOT BE INCLUDED
> FROM THE DESIGNATED CALL LIBRARY.
> IEW2456E 9207 SYMBOL ENGINE_init UNRESOLVED.  MEMBER COULD NOT BE INCLUDED 
> FROM
> 
> Some testing reveals a version of the compile that does work:
> 
> xlc -o conftest -qxplink -I/usr/local/include/curl -L/usr/local/lib -Wl,dll 
> conftest.c -lcurl -lssh2 -lssl -lcrypto -lz -lnghttp2
> 
> the only relevant difference is the co-re libs are specified explicitly, so 
> how do we get configure to resolve these ?
> 
> All the required libraries are in /usr/local/lib.
> 
> Related environment variables:
> 
> export CFLAGS="-qxplink -D_XOPEN_SOURCE_EXTENDED "
> export LDFLAGS="-L/usr/local/lib"
> export CPPFLAGS="-I/usr/local/include"
> 
> conftest.c:
> /* confdefs.h */
> #define PACKAGE_NAME "netCDF"
> #define PACKAGE_TARNAME "netcdf"
> #define PACKAGE_VERSION "4.3.3.1"
> #define PACKAGE_STRING "netCDF 4.3.3.1"
> #define PACKAGE_BUGREPORT "address@hidden"
> #define PACKAGE_URL ""
> #define PACKAGE "netcdf"
> #define VERSION "4.3.3.1"
> #define NCIO_MINBLOCKSIZE 256
> #define DEFAULT_CHUNK_SIZE 4194304
> #define MAX_DEFAULT_CACHE_SIZE 67108864
> #define DEFAULT_CHUNKS_IN_CACHE 10
> #define CHUNK_CACHE_SIZE 4194304
> #define CHUNK_CACHE_NELEMS 1009
> #define CHUNK_CACHE_PREEMPTION 0.75
> /* end confdefs.h.  */
> /* Override any GCC internal prototype to avoid an error.
> Use char because int might match the return type of a GCC
> builtin and then its argument prototype would still apply.  */
> #ifdef __cplusplus
> extern "C"
> #endif
> char curl_easy_setopt ();
> int
> main ()
> {
> return curl_easy_setopt ();
> ;
> return 0;
> }
> 
> Thanks,
> Martyn
> M J Catlow - Portfolio Lead Centralised ICT Delivery
> Met Office  Fitzroy Road, Exeter, Devon, EX1 3PB United Kingdom
> Tel: +44(0)1392 884651 divert 07753 880517
> email: address@hidden
> 
> -----Original Message-----
> From: Unidata netCDF Support [mailto:address@hidden]
> Sent: 23 September 2015 17:30
> To: Catlow, Martyn
> Subject: [netCDF #YNV-368298]: netCDF z/OS port problems resolving zlib
> 
> Hello Martyn,
> 
> Yes, the HDF5 library needs to be fully installed before building netCDF; at 
> configure time, netCDF will search for hdf5 and will only turn on the
> netCDF-4 feature set if HDF5 is found.
> 
> I hope this helps!
> 
> -Ward
> 
> On Wed, Sep 23, 2015 at 2:59 AM, Catlow, Martyn < address@hidden> wrote:
> 
> > New Client Reply: netCDF z/OS port problems resolving zlib
> >
> > Hi Ward,
> >
> > building from hdf5-1.8.15-patch1 and almost got it together just a few
> > minor compiler trips.  Still need to run the install verification but
> > was going for netCDF in parallel; I guessed there would be dependency.
> >
> > Do you recommend getting HDF fully installed before proceeding with
> > netCDF build ?
> >
> > R,Martyn
> > M J Catlow - Technology Portfolio Lead - Infrastructure & Operations
> > Met Office  Fitzroy Road, Exeter, Devon, EX1 3PB United Kingdom
> > Tel: +44(0)1392 884651 divert 07753 880517
> > email: address@hidden
> >
> >
> > -----Original Message-----
> > From: Unidata netCDF Support [mailto:address@hidden]
> > Sent: 21 September 2015 18:27
> > To: Catlow, Martyn
> > Subject: [netCDF #YNV-368298]: netCDF z/OS port problems resolving
> > zlib
> >
> > Hello Martyn,
> >
> > You can disable the check for libdl by adding the
> > --disable-dynamic-loading option when running configure. Out of
> > curiosity, which version of HDF5 are you using? NetCDF requires at
> > least version 1.8.9, as I recall, and libdl is an artifact of newer hdf5 
> > libraries.
> >
> > Hopefully this will get us a step further along the process; please
> > let me know if this works for you!
> >
> > Have a great day,
> >
> > -Ward
> >
> > address@hidden> wrote:
> >
> > New Client Reply: netCDF z/OS port problems resolving zlib
> > >
> > > Hi Ward and thanks,
> > >
> > > z/OS has a posix shell which although a bit lacking in function has
> > > all the basics.  I've just about completed hdf5 port with a handful
> > > of minor code issues, so now doubling up with NetCDF.
> > >
> > > Anyway, gave it a go with CFLAGS=" -D_XOPEN_SOURCE_EXTENDED
> > > -I/usr/local/include" LDFLAGS="-L/usr/local/lib" ./configure
> > >
> > > And by setting along with other environment variables needed during
> > > the
> > > Hdf5 build:
> > >
> > > cd ~/decoupler/cdi/netcdf/netcdf-c-4.3.3.1
> > > export CC=xlc
> > > export C89=xlc
> > > export CXX=xlc++
> > > export '_CC_ACCEPTABLE_RC'=2
> > > export '_C89_ACCEPTABLE_RC'=2
> > > export '_CXX_ACCEPTABLE_RC'=2
> > > export CFLAGS="-D_XOPEN_SOURCE_EXTENDED -I/usr/local/include"
> > > export LDFLAGS="-L/usr/local/lib"
> > >
> > > and we end up with:
> > > .....
> > > checking for library containing deflate... -lz checking for floor in
> > > -lm... yes checking for dlfcn.h... (cached) yes checking for dlopen
> > > in -ldl... no
> > > configure: error: Can't find or link against libdf. See config.log
> > > for errors.
> > >
> > > For reference
> > >
> > > PRODoe>cd /usr/local/lib
> > > PRODoe>ls
> > > Emacs            f90              libfl.a          mars
> > > GRIB2            f95              libz.a           perl5
> > > Jasper           gcc-lib          libz.so          pkgconfig
> > > charset.alias    gccmain.o        libz.so.1        smb.conf
> > > codepages.ASCII  groff            libz.so.1.2.8    smb.conf.store
> > > f2003h           libcurl.a        libz.x
> > > f2003i           libcurl.la       lmhosts
> > >
> > > The config.log is attached ...  more speculation welcomed !
> > >
> > > R,Martyn
> > > M J Catlow - Technology Portfolio Lead - Infrastructure & Operations
> > > Met Office  Fitzroy Road, Exeter, Devon, EX1 3PB United Kingdom
> > > Tel: +44(0)1392 884651 divert 07753 880517
> > > email: address@hidden
> > >
> > >
> > > -----Original Message-----
> > > From: Unidata netCDF Support
> > > [mailto:address@hidden]
> > > Sent: 18 September 2015 19:14
> > > To: Catlow, Martyn
> > > Cc: address@hidden
> > > Subject: [netCDF #YNV-368298]: netCDF z/OS port problems resolving
> > > zlib
> > >
> > > Hello Martyn,
> > >
> > > I will do my best; I don't have access to a z/OS environment, but
> > > I've never let that sort of thing stop me from engaging in
> > > speculation in the past!
> > >
> > > If this were a linux platform, I'd mention that many current
> > > distributions do not search `/usr/local` for libraries and include
> > > files.  In this case, I'd recommend running `configure` as follows:
> > >
> > >     $ CFLAGS="-I/usr/local/include" LDFLAGS="-L/usr/local/lib"
> > > ./configure
> > >
> > > If this doesn't work, would it be possible for you to provide the
> > > `config.log` file generated when you run configure? This will
> > > provide additional information I can use for further speculation.
> > >
> > > I hope this helps!
> > >
> > > -Ward
> > >
> > > > Hi there, hoping can you help with a steer please ?
> > > >
> > > > Doing a new port of NetCDF here at UK Met Office to an unusual
> > > > platform,
> > > z/OS.   As I don't expect anyone else will have done this I'm not hitting
> > > the discussion groups with it.   I've had a quick look over the
> > > documentation and can't see an immediate answer.
> > > >
> > > > Working with the netcdf-c-4.3.3.1 build and configure is failing:
> > > >
> > > > checking for library containing deflate... no
> > > > configure: error: Can't find or link to the z library. Turn off
> > > > netCDF-4
> > > and opendap with --disable-netcdf-4 --disable-dap, or see config.log
> > > for errors.
> > > >
> > > > libcurl.la, libfl.a, libz.a, libz.so, libz.so.1, libz.so.1.2.8,
> > > > libz.x
> > > are installed in /usr/local/lib.
> > > >
> > > > Does the build need pointing at zlib ?
> > > >
> > > > Many thanks, Martyn Catlow
> > > > M J Catlow - Technology Portfolio Lead - Infrastructure &
> > > > Operations Met Office  Fitzroy Road, Exeter, Devon, EX1 3PB United
> > > > Kingdom
> > > > Tel: +44(0)1392 884651 divert 07753 880517
> > > > email:
> > > > address@hidden<mailto:address@hidden.
> > > > uk
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > Ticket Details
> > > ===================
> > > Ticket ID: YNV-368298
> > > Department: Support netCDF
> > > Priority: Normal
> > > Status: Closed
> > >
> > >
> > >
> > > Ticket Details
> > > ===================
> > > Ticket ID: YNV-368298
> > > Department: Support netCDF
> > > Priority: Normal
> > > Status: Open
> > > Link:
> > > https://andy.unidata.ucar.edu/esupport/staff/index.php?_m=tickets&_a
> > > =v
> > > iewticket&ticketid=26128
> >
> > ?
> >
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: YNV-368298
> > Department: Support netCDF
> > Priority: Normal
> > Status: Open
> >
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: YNV-368298
> > Department: Support netCDF
> > Priority: Normal
> > Status: Open
> > Link:
> > https://andy.unidata.ucar.edu/esupport/staff/index.php?_m=tickets&_a=v
> > iewticket&ticketid=26128
> >
> >
> 
> 
> 
> Ticket Details
> ===================
> Ticket ID: YNV-368298
> Department: Support netCDF
> Priority: Normal
> Status: Open
> 
> 


Ticket Details
===================
Ticket ID: YNV-368298
Department: Support netCDF
Priority: Normal
Status: Closed