Is /usr/local/lib64 known to your system as a path to libraries? Check the env var LD_LIBRARY_PATH or add "/usr/local/lib64" to some file in /etc/ld.so.conf.d/ followed by "ldconfig" as root.
You can also set the var LDFLAGS for configure if you have libraries in a nonstandard directory, such as LDFLAGS="/usr/local/lib64" ./configure ... HTH, Markus On Mon, Feb 8, 2021 at 10:13 AM Hernán De Angelis < variablestarli...@gmail.com> wrote: > > > On 2021-02-08 10:09, Andrew C Aitchison wrote: > > On Mon, 8 Feb 2021, Hernán De Angelis wrote: > > > >> Hi everyone > >> > >> I am trying to compile GDAL 3.2.1 with HDF4 4.2.15. HDF4 is in > >> /usr/local and subdirectories, but GDAL configure (--with-hdf4) > >> complains: > >> > >> checking for SDreaddata in -lmfhdfalt... no > >> checking for SDreaddata in -lmfhdf... no > >> checking for SDreaddata in -lhdf4... no > >> checking for SDreaddata in -lmfhdf... no > >> checking for SDreaddata in -lmfhdf... no > >> configure: error: HDF4 support requested with arg "yes", but neither > >> hdf4 nor mfhdf lib found > >> > >> > >> Yet, in /usr/local/lib64 I find: > >> > >> /usr/local/lib64/libhdf4.settings > >> /usr/local/lib64/libmfhdf.a > >> /usr/local/lib64/libmfhdf.la > >> > >> > >> Am I missing something? Working in openSUSE Tumbleweed. > > > > Possibly something like > > configure --with-hdf4=/usr/local/lib64 > > rather than > > configure --with-hdf4 > > ? > > > Thanks for your suggestion, Andrew, but I tried that of course before > and did not work. Same result. > > /H. > > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev