Source: rnetclient
Version: 2017.1-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: [email protected]
Usertags: gcs
Hi,
rnetclient fails to build on arm64 with the following error:
configure:4564: error: could not find gnutls
The reason for this is that configure.ac uses AC_LANG_WERROR, and on
arm64 one of the conftest programs emits the following warning:
configure:4534: gcc -o conftest -g -O2 -Werror=implicit-function-declaration
-ffile-prefix-map=/tmp/rnetclient-2017.1=. -fstack-protecto r-strong
-fstack-clash-protection -Wformat -Werror=format-security
-mbranch-protection=standard -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-z,r elro
-Wl,-z,now -mbranch-protection=standard conftest.c -lgnutls >&5
/usr/lib/gcc/aarch64-linux-gnu/15/../../../aarch64-linux-gnu/libgnutls.so:
warning: GCS is required by -z gcs, but this shared library l
acks the necessary property note. The dynamic loader might not enable GCS or
refuse to load the program unless all the shared library de
pendencies have the GCS marking.
This issue is similar to #1125774, see https://bugs.debian.org/1125774#72
for the full context. To fix this and related issues for good, I think
we should add gcs-report-dynamic=none to the default LDFLAGS set by
dpkg-buildflags going forward. I'm going to file a bug against dpkg-dev
shortly.
