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

Reply via email to