[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