Package: nettle-dev
Version: 2.7.1-5
Followup-For: Bug #783699

Here is a proposed patch for the compiler version issue in nettle-stdint.h:

$ cat debian/patches/multiarch.patch 
--- a/aclocal.m4
+++ b/aclocal.m4
@@ -857,7 +857,7 @@
 fi # shortcircut to system "stdint.h"
 # ------------------ PREPARE VARIABLES ------------------------------
 if test "$GCC" = "yes" ; then
-ac_cv_stdint_message="using gnu compiler "`$CC --version | head -1` 
+ac_cv_stdint_message="using gnu compiler $CC" 
 else
 ac_cv_stdint_message="using $CC"
 fi


For GMP_NUMB_BITS here are some thoughts:
 * Is it really necessary to install version.h?
   IMHO the right place for other packages to figure out library versions is 
through
   some scripting in the configure script rather than through a header.
   Also, obviously the bitness of GMP is going to depend on the compiler option 
(-m32 or
   not), and not on what the version.h header says.

 * GMP_NUMB_BITS is already defined by libgmp-dev in gmp.h. More preceisely
     either /usr/include/i386-linux-gnu/gmp.h
     or     /usr/include/x86_64-linux-gnu/gmp.h
   Does it make sense to redefine it in nettle-dev? Shouldn't this definition 
be private
   to nettle?

 * Anyway, if version.h does get installed and keeps differences between the 
amd64 and
   i386 versions, libgmp-dev will be a good model for how to handle them.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nettle-dev depends on:
ii  dpkg                       1.17.25
ii  install-info               5.2.0.dfsg.1-6
ii  libgmp-dev [libgmp10-dev]  2:6.0.0+dfsg-6
ii  libhogweed2                2.7.1-5
ii  libnettle4                 2.7.1-5

nettle-dev recommends no packages.

nettle-dev suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to