Hello,
a quite similar bug has been reintroduced in version 7.80.0-3 of
libcurl4-gnutls-dev:
The package is again unistallable in multiarch environments due to
differences in libcurl4-gnutls-dev. This time, it is the -L linker
options that contain the architecture triplet (e.g. amd64-linux-gnu, see
attached diff file).
Should this new difference in curl-config be handled by re-opening this
bug report or should I create a new one?
Best regards
Michael Schmeing
--
Michael Schmeing
Kahlhorststraße 36A
23562 Lübeck
E-Mail: mich...@michael-schmeing.de
Tel.: +49 451 30406604
Mobil: +49 176 22961510
--- amd64/usr/bin/curl-config 2021-12-26 17:22:18.000000000 +0100
+++ i386/usr/bin/curl-config 2021-12-26 17:22:18.000000000 +0100
@@ -152,7 +152,7 @@
--libs)
CURLLIBDIR=""
if test "Xyes" = "Xno"; then
- echo ${CURLLIBDIR}-lcurl -lnghttp2 -lidn2 -lrtmp -lssh2 -lssh2 -lpsl -lnettle -lgnutls -L/usr/lib/x86_64-linux-gnu/mit-krb5 -lgssapi_krb5 -llber -lldap -llber -lzstd -lbrotlidec -lz -pthread
+ echo ${CURLLIBDIR}-lcurl -lnghttp2 -lidn2 -lrtmp -lssh2 -lssh2 -lpsl -lnettle -lgnutls -L/usr/lib/i386-linux-gnu/mit-krb5 -lgssapi_krb5 -llber -lldap -llber -lzstd -lbrotlidec -lz -pthread
else
echo ${CURLLIBDIR}-lcurl
fi
@@ -163,7 +163,7 @@
--static-libs)
if test "Xyes" != "Xno" ; then
- echo -Wl,-Bstatic -lcurl -Wl,-Bdynamic -Wl,-z,relro -Wl,-z,now -lnghttp2 -lidn2 -lrtmp -lssh2 -lssh2 -lpsl -lnettle -lgnutls -L/usr/lib/x86_64-linux-gnu/mit-krb5 -lgssapi_krb5 -llber -lldap -llber -lzstd -lbrotlidec -lz -pthread
+ echo -Wl,-Bstatic -lcurl -Wl,-Bdynamic -Wl,-z,relro -Wl,-z,now -lnghttp2 -lidn2 -lrtmp -lssh2 -lssh2 -lpsl -lnettle -lgnutls -L/usr/lib/i386-linux-gnu/mit-krb5 -lgssapi_krb5 -llber -lldap -llber -lzstd -lbrotlidec -lz -pthread
else
echo "curl was built with static libraries disabled" >&2
exit 1
