Ticket #2602 (closed defect: fixed)

Opened 5 years ago

Last modified 5 years ago

./configure --with-hdf4 fails, but ./configure --with-hdf4=/usr/lib works

Reported by: rouault Owned by: warmerdam
Priority: normal Milestone: 1.6.0
Component: GDAL_Raster Version: svn-trunk
Severity: normal Keywords: hdf4
Cc:

Description

Without path:

./configure --without-libtool --with-hdf4 [SNIP]

In GDALmake.opt
LIBS    =      [SNIP] -L -lmfhdf -ldf [SNIP]

In the report at end of configure, hdf4 is indicated as being build, but the "-L -lmfhdf -ldf" in the LIBS line is wrong.

With path:

./configure --without-libtool --with-hdf4=/usr/lib [SNIP]

LIBS    =    [SNIP] -L/usr/lib -lmfhdf [SNIP]

correct, and builds fine

Interesting, this is a trunk only problem. With branches/1.5 svn, ./configure --with-hdf4 works

Change History

Changed 5 years ago by rouault

  • keywords hdf4 added
  • component changed from default to GDAL_Raster

Changed 5 years ago by rouault

By doing a diff on both configure.in, there are clearly changes. The configure.in in trunk looks suspicious for the --with-hdf4 case

  if test x"$with_hdf4" = x"yes" -o x"$with_hdf4" = x"" ; then
    HDF_LIB_DIR=""
  else
    if test -d $with_hdf4/lib ; then
      HDF_LIB_DIR="$with_hdf4/lib"
    else
      HDF_LIB_DIR="$with_hdf4"
    fi
  fi

  ORIG_LIBS="$LIBS"
  LIBS="-L$HDF_LIB_DIR $LIBS"

Changed 5 years ago by rouault

Ok, I've fixed configure.in in r15505. I've tested successfully ./configure --with-hdf4, ./configure --with-hdf4=yes, ./configure --with-hdf4=/usr and ./configure --with-hdf4=/usr/lib

configure needs to be regenerated

Changed 5 years ago by warmerdam

regenerated (r15506). Is this change something that belongs in 1.5 as well?

Changed 5 years ago by rouault

  • status changed from new to closed
  • resolution set to fixed

tanks. no, this is trunk only. This was a regression apparently

Note: See TracTickets for help on using tickets.