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
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.