Hi,
>> Beside the way, on the multiarch system like Debian, user may
>> install libraries under /usr/lib by hand.
>>
>> Please use the default search path if you can, and please consider
>> fix this.
>
> Is it another point to take into account or the above use of
> RRA_SET_LIBDIR is enough?
I have just investigated further. This would not fix the issue.
According to Debian log builds, -L/usr/lib appears in such lines:
gcc -Wl,--as-needed -fPIE -pie -Wl,-z,relro -Wl,-z,now -o expire expire.o
/«PKGBUILDDIR»/build-std/history/libinnhist.a
/«PKGBUILDDIR»/build-std/storage/libstorage.a
/«PKGBUILDDIR»/build-std/lib/libinn.a -L/usr/lib -ldb -lz
-L/usr/lib comes from the DB_LDFLAGS variable, set by m4/berkeleydb.m4:
for dir in $prefix /usr/local /usr ; do
if test -f "$dir/include/db.h" ; then
DB_DIR=$dir
break
fi
done
[•••]
if test x"$DB_DIR" = xyes ; then
AC_MSG_ERROR([cannot find Berkeley DB])
else
DB_CPPFLAGS="-I$DB_DIR/include"
DB_LDFLAGS="-L$DB_DIR/lib"
DB_LIBS="-ldb"
AC_MSG_RESULT([$DB_DIR])
fi
We should definitely not force the check in specified directories like
/usr/local and /usr, and force their addition to build or link include
directories.
It is something we are currently working on (updating and improving our
autoconf m4 files).
The issue of /usr/lib appears in our current autoconf m4 files for Berkeley DB,
Kerberos, OpenSSL, SASL and zlib. All of them should be fixed.
--
Julien ÉLIE
« – Nous parlerons quand l'interprète dormira. [Bong !]
– Il dort. On peut parler. » (Astérix)
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
