[gnutls-devel] GnuTLS | guile bindings not multi-arch safe (#838)
Development of GNU's TLS library
gnutls-devel at lists.gnutls.org
Sun Sep 22 14:23:20 CEST 2019
Andreas Metzler created an issue: https://gitlab.com/gnutls/gnutls/issues/838
Hello,
when building gnutls 3.6.9 with e.g. ```./configure [...] --prefix=/usr [...] --libdir=\${prefix}/lib/x86_64-linux-gnu--libexecdir=\${prefix}/lib/x86_64-linux-gnu``` one ends up with essentially the following list of files:
```
/usr/share/guile/site/2.2/gnutls.scm
/usr/lib/x86_64-linux-gnu/guile/2.2/site-ccache/gnutls.go
/usr/lib/x86_64-linux-gnu/guile/2.2/extensions/guile-gnutls-v-2.so.0
/usr/lib/x86_64-linux-gnu/guile/2.2/extensions/guile-gnutls-v-2.so
/usr/lib/x86_64-linux-gnu/guile/2.2/extensions/guile-gnutls-v-2.so.0.0.0
```
and /usr/share/guile/site/2.2/gnutls.scm contains
```scheme
(eval-when (expand load eval)
(define %libdir
(or (getenv "GNUTLS_GUILE_EXTENSION_DIR")
"/usr/lib/x86_64-linux-gnu/guile/2.2/extensions"))
(load-extension (string-append %libdir "/guile-gnutls-v-2")
"scm_init_gnutls"))
```
i.e. we have a file in /usr/share ("architecture independent data") whose contents are not identical on different architectures.
This is a long-standing issue (see https://bugs.debian.org/658110) but is supposed to be fixable in guile-2.0 and later.
--
Reply to this email directly or view it on GitLab: https://gitlab.com/gnutls/gnutls/issues/838
You're receiving this email because of your account on gitlab.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnutls-devel/attachments/20190922/03bec18e/attachment.html>
More information about the Gnutls-devel
mailing list