From borneo.antonio at gmail.com Mon Sep 5 08:26:05 2011 From: borneo.antonio at gmail.com (borneoa) Date: Sun, 4 Sep 2011 23:26:05 -0700 (PDT) Subject: Problem with warning: gcrypt.h '...' is deprecated messages In-Reply-To: <87y601z4aj.fsf@vigenere.g10code.de> References: <20110713162956.GA23125@shadow.stephen-fisher.com> <87y601z4aj.fsf@vigenere.g10code.de> Message-ID: <32398900.post@talk.nabble.com> Hi Werner, Werner Koch wrote: > > On Wed, 13 Jul 2011 18:29, steve at stephen-fisher.com said: > >> /usr/local/include/gcrypt.h:1656: warning: 'gcry_ac_id_t' is deprecated >> >> The release announcement for 1.5.0 says that using gcry_ac_ functions >> will produce compile time warnings. We are not using those functions, > > That is a bug in some versions of gcc. > I have checked several version of gcc, but till now I cannot find a version that does not complain. Could you please provide me, as reference, the version of gcc you are using? >> with gcrypt.h included has the same problem. Defining " >> _GCRYPT_IN_LIBGCRYPT" to "1" in Wireshark sources before the gcrypt.h >> inclusion works around this problem in my local sources. > > Please don't do this. > Agree! But if I define only GCRYPT_NO_DEPRECATED, I still get 6 warnings. Below my test. Same result with many gcc from 4.4.5 to 4.6.0: $ echo '#include "libgcrypt-1.5.0/src/gcrypt.h"' > check-gcrypt.c $ gcc -c check-gcrypt.c get 83 warnings $ gcc -D GCRYPT_NO_DEPRECATED -c check-gcrypt.c In file included from check-gcrypt.c:2: libgcrypt-1.5.0/src/gcrypt.h:1336: warning: ?gcry_ac_io_mode_t? is deprecated libgcrypt-1.5.0/src/gcrypt.h:1337: warning: ?gcry_ac_io_type_t? is deprecated libgcrypt-1.5.0/src/gcrypt.h:1344: warning: ?gcry_ac_data_read_cb_t? is deprecated libgcrypt-1.5.0/src/gcrypt.h:1358: warning: ?gcry_ac_data_write_cb_t? is deprecated libgcrypt-1.5.0/src/gcrypt.h:1393: warning: ?gcry_md_algo_t? is deprecated libgcrypt-1.5.0/src/gcrypt.h:1401: warning: ?gcry_md_algo_t? is deprecated Best Regards, Antonio Borneo -- View this message in context: http://old.nabble.com/Problem-with-warning%3A-gcrypt.h-%27...%27-is-deprecated-messages-tp32055337p32398900.html Sent from the GnuPG - Libgcrypt - Dev mailing list archive at Nabble.com. From wk at gnupg.org Tue Sep 6 10:46:37 2011 From: wk at gnupg.org (Werner Koch) Date: Tue, 06 Sep 2011 10:46:37 +0200 Subject: Problem with warning: gcrypt.h '...' is deprecated messages In-Reply-To: <32398900.post@talk.nabble.com> (borneoa's message of "Sun, 4 Sep 2011 23:26:05 -0700 (PDT)") References: <20110713162956.GA23125@shadow.stephen-fisher.com> <87y601z4aj.fsf@vigenere.g10code.de> <32398900.post@talk.nabble.com> Message-ID: <87sjoa2h3m.fsf@vigenere.g10code.de> On Mon, 5 Sep 2011 08:26, borneo.antonio at gmail.com said: > Could you please provide me, as reference, the version of gcc you are using? gcc (Debian 4.6.1-1) 4.6.1 > But if I define only GCRYPT_NO_DEPRECATED, I still get 6 warnings. I see. The cause for this is that libgcrypt need the definition of theses structures for itself. Thus a simple GCRYPT_NO_DEPRECATED is not sufficient here. I should have put #if !defined(GCRYPT_NO_DEPRECATED) || defined(_GCRYPT_IN_LIBGCRYPT) /* Alternative interface for asymmetric cryptography. This interface is deprecated. */ /* The algorithm IDs. */ typedef enum gcry_ac_id .... typedef struct gcry_ac_ssa_pkcs_v1_5 { gcry_md_algo_t md; } gcry_ac_ssa_pkcs_v1_5_t _GCRY_ATTR_INTERNAL; #endif around the gcry_ac structure definitions. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. From borneo.antonio at gmail.com Wed Sep 7 16:57:29 2011 From: borneo.antonio at gmail.com (Antonio Borneo) Date: Wed, 7 Sep 2011 22:57:29 +0800 Subject: Problem with warning: gcrypt.h '...' is deprecated messages In-Reply-To: <87sjoa2h3m.fsf@vigenere.g10code.de> References: <20110713162956.GA23125@shadow.stephen-fisher.com> <87y601z4aj.fsf@vigenere.g10code.de> <32398900.post@talk.nabble.com> <87sjoa2h3m.fsf@vigenere.g10code.de> Message-ID: On Tue, Sep 6, 2011 at 4:46 PM, Werner Koch wrote: > On Mon, ?5 Sep 2011 08:26, borneo.antonio at gmail.com said: > >> Could you please provide me, as reference, the version of gcc you are using? > > gcc (Debian 4.6.1-1) 4.6.1 > >> But if I define only GCRYPT_NO_DEPRECATED, I still get 6 warnings. > > I see. ? The cause for this is that libgcrypt need the definition of > theses structures for itself. ?Thus a simple GCRYPT_NO_DEPRECATED is not > sufficient here. ?I should have put > > #if !defined(GCRYPT_NO_DEPRECATED) || defined(_GCRYPT_IN_LIBGCRYPT) > /* Alternative interface for asymmetric cryptography. ?This interface > ? is deprecated. ?*/ > > /* The algorithm IDs. */ > typedef enum gcry_ac_id > .... > typedef struct gcry_ac_ssa_pkcs_v1_5 > { > ?gcry_md_algo_t md; > } gcry_ac_ssa_pkcs_v1_5_t _GCRY_ATTR_INTERNAL; > > #endif > > around the gcry_ac structure definitions. Perfect! Confirm that with such modification I can compile with gcc 4.4.5 - the empty example code I proposed before with -DGCRYPT_NO_DEPRECATED - the whole libgcrypt 1.5.0 - the code in the project "vpnc", again defining GCRYPT_NO_DEPRECATED Thanks and Best Regards Antonio Borneo From wk at gnupg.org Thu Sep 8 16:12:11 2011 From: wk at gnupg.org (Werner Koch) Date: Thu, 08 Sep 2011 16:12:11 +0200 Subject: Another misspeled in docs In-Reply-To: <4E57CF94.40808@land.ru> (Ivan Romanov's message of "Fri, 26 Aug 2011 22:53:40 +0600") References: <4E57CF94.40808@land.ru> Message-ID: <87ty8nyvgk.fsf@vigenere.g10code.de> Hi, both are now fixed in the repo. Thanks, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. From borneo.antonio at gmail.com Fri Sep 9 07:59:27 2011 From: borneo.antonio at gmail.com (Antonio Borneo) Date: Fri, 9 Sep 2011 13:59:27 +0800 Subject: [PATCH] Ignore automatic generated test files Message-ID: <1315547967-23388-1-git-send-email-borneo.antonio@gmail.com> The command "make check" creates new files in ./tests/ Add them to the ignore file. Signed-off-by: Antonio Borneo --- .gitignore | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/.gitignore b/.gitignore index ec7f8bb..446c26a 100644 --- a/.gitignore +++ b/.gitignore @@ -67,17 +67,20 @@ tests/ac-schemes tests/aeswrap tests/basic tests/benchmark +tests/curves tests/fips186-dsa tests/fipsdrv tests/hmac tests/keygen tests/keygrip tests/mpitests +tests/pkcs1v2 tests/prime tests/pubkey tests/random tests/register tests/rsacvt +tests/t-kdf tests/t-mpi-bit tests/tsexp tests/version -- 1.7.3.4 From wk at gnupg.org Fri Sep 9 14:31:23 2011 From: wk at gnupg.org (Werner Koch) Date: Fri, 09 Sep 2011 14:31:23 +0200 Subject: [PATCH] Ignore automatic generated test files In-Reply-To: <1315547967-23388-1-git-send-email-borneo.antonio@gmail.com> (Antonio Borneo's message of "Fri, 9 Sep 2011 13:59:27 +0800") References: <1315547967-23388-1-git-send-email-borneo.antonio@gmail.com> Message-ID: <87litxzylg.fsf@vigenere.g10code.de> On Fri, 9 Sep 2011 07:59, borneo.antonio at gmail.com said: > The command "make check" creates new files in ./tests/ > Add them to the ignore file. I usually do VPATH buids thus this is not an issue; I will add them anyway. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. From flameeyes at flameeyes.eu Thu Sep 22 16:34:44 2011 From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=) Date: Thu, 22 Sep 2011 16:34:44 +0200 Subject: [PATCH] libgcrypt-config: handle /usr/lib64, /lib64 just like /usr/lib and /lib Message-ID: <1316702084-32402-1-git-send-email-flameeyes@flameeyes.eu> Distributions such as Gentoo Linux use /usr/lib64 for system libraries on multilib setups, so in those cases, ignore the libraries as well. Signed-off-by: Diego Elio Petten? --- src/libgcrypt-config.in | 9 ++++++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/src/libgcrypt-config.in b/src/libgcrypt-config.in index c052638..4c8ddc3 100644 --- a/src/libgcrypt-config.in +++ b/src/libgcrypt-config.in @@ -154,9 +154,12 @@ if test "$echo_libs" = "yes"; then libs_final="$libs" # Set up `libdirs'. - if test "x$libdir" != "x/usr/lib" -a "x$libdir" != "x/lib"; then - libdirs="-L$libdir" - fi + case "$libdir" in + /usr/lib|/usr/lib64|/lib|/lib64) ;; + *) + libdirs="-L$libdir" + ;; + esac # Set up `libs_final'. libs_final="$libs_final $gpg_error_libs" -- 1.7.6.1 From flameeyes at flameeyes.eu Thu Sep 22 16:03:37 2011 From: flameeyes at flameeyes.eu (=?UTF-8?q?Diego=20Elio=20Petten=C3=B2?=) Date: Thu, 22 Sep 2011 16:03:37 +0200 Subject: [PATCH] build: use LT_SYS_SYMBOL_USCORE instead of reinventing it Message-ID: <1316700217-18053-1-git-send-email-flameeyes@flameeyes.eu> The version taken from GnuPG 1.4 assumes any cross-compiled package have prefixed underscores, which is not the case; by using libtool's own macro, we can avoid the whole issue. Signed-off-by: Diego Elio Petten? --- README | 2 +- acinclude.m4 | 68 ------------------------------------------------------ configure.ac | 2 +- mpi/config.links | 2 +- 4 files changed, 3 insertions(+), 71 deletions(-) diff --git a/README b/README index bbbd0db..1d4ed32 100644 --- a/README +++ b/README @@ -224,7 +224,7 @@ * SunOS 4.1.4 - ./configure ac_cv_sys_symbol_underscore=yes + ./configure lt_cv_sys_symbol_underscore=yes * Sparc64 CPUs diff --git a/acinclude.m4 b/acinclude.m4 index e69291a..149f309 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -61,74 +61,6 @@ AC_DEFUN([GNUPG_CHECK_GNUMAKE], fi ]) - -# -# GNUPG_SYS_SYMBOL_UNDERSCORE -# Does the compiler prefix global symbols with an underscore? -# -# Taken from GnuPG 1.2 and modified to use the libtool macros. -AC_DEFUN([GNUPG_SYS_SYMBOL_UNDERSCORE], -[tmp_do_check="no" -case "${host}" in - *-mingw32msvc*) - ac_cv_sys_symbol_underscore=yes - ;; - i386-emx-os2 | i[3456]86-pc-os2*emx | i386-pc-msdosdjgpp) - ac_cv_sys_symbol_underscore=yes - ;; - *) - if test "$cross_compiling" = yes; then - if test "x$ac_cv_sys_symbol_underscore" = x ; then - ac_cv_sys_symbol_underscore=yes - fi - else - tmp_do_check="yes" - fi - ;; -esac -if test "$tmp_do_check" = "yes"; then - AC_REQUIRE([AC_LIBTOOL_SYS_GLOBAL_SYMBOL_PIPE]) - AC_MSG_CHECKING([for _ prefix in compiled symbols]) - AC_CACHE_VAL(ac_cv_sys_symbol_underscore, - [ac_cv_sys_symbol_underscore=no - cat > conftest.$ac_ext < $ac_nlist) && test -s "$ac_nlist"; then - # See whether the symbols have a leading underscore. - if egrep '^_nm_test_func' "$ac_nlist" >/dev/null; then - ac_cv_sys_symbol_underscore=yes - else - if egrep '^nm_test_func ' "$ac_nlist" >/dev/null; then - : - else - echo "configure: cannot find nm_test_func in $ac_nlist" >&AC_FD_CC - fi - fi - else - echo "configure: cannot run $lt_cv_sys_global_symbol_pipe" >&AC_FD_CC - fi - else - echo "configure: failed program was:" >&AC_FD_CC - cat conftest.c >&AC_FD_CC - fi - rm -rf conftest* - ]) - else - AC_MSG_CHECKING([for _ prefix in compiled symbols]) - fi -AC_MSG_RESULT($ac_cv_sys_symbol_underscore) -if test x$ac_cv_sys_symbol_underscore = xyes; then - AC_DEFINE(WITH_SYMBOL_UNDERSCORE,1, - [Defined if compiled symbols have a leading underscore]) -fi -]) - - ###################################################################### # Check whether mlock is broken (hpux 10.20 raises a SIGBUS if mlock # is not called from uid 0 (not tested whether uid 0 works) diff --git a/configure.ac b/configure.ac index ab160c3..6df49bf 100644 --- a/configure.ac +++ b/configure.ac @@ -886,7 +886,7 @@ fi # # Setup assembler stuff. # -GNUPG_SYS_SYMBOL_UNDERSCORE() +LT_SYS_SYMBOL_USCORE AC_ARG_ENABLE(mpi-path, AC_HELP_STRING([--enable-mpi-path=EXTRA_PATH], [prepend EXTRA_PATH to list of CPU specific optimizations]), diff --git a/mpi/config.links b/mpi/config.links index 7e910ee..9696828 100644 --- a/mpi/config.links +++ b/mpi/config.links @@ -291,7 +291,7 @@ fi # Make sysdep.h echo '/* created by config.links - do not edit */' >./mpi/sysdep.h -if test x$ac_cv_sys_symbol_underscore = xyes; then +if test x$sys_symbol_underscore = xyes; then cat <>./mpi/sysdep.h #if __STDC__ #define C_SYMBOL_NAME(name) _##name -- 1.7.6.1 From wk at gnupg.org Fri Sep 23 10:09:47 2011 From: wk at gnupg.org (Werner Koch) Date: Fri, 23 Sep 2011 10:09:47 +0200 Subject: [PATCH] build: use LT_SYS_SYMBOL_USCORE instead of reinventing it In-Reply-To: <1316700217-18053-1-git-send-email-flameeyes@flameeyes.eu> ("Diego Elio =?utf-8?Q?Petten=C3=B2=22's?= message of "Thu, 22 Sep 2011 16:03:37 +0200") References: <1316700217-18053-1-git-send-email-flameeyes@flameeyes.eu> Message-ID: <878vpfof1w.fsf@vigenere.g10code.de> On Thu, 22 Sep 2011 16:03, flameeyes at flameeyes.eu said: > The version taken from GnuPG 1.4 assumes any cross-compiled package have > prefixed underscores, which is not the case; by using libtool's own macro, > we can avoid the whole issue. I won't apply such changes for GnuPG 1.4. It is a stable code base and changing such essential things is not good. On how many platforms did you tested it? Gpg has been tested on dozens of different flavors of Unix and CPUs. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. From flameeyes at flameeyes.eu Fri Sep 23 11:41:15 2011 From: flameeyes at flameeyes.eu (Diego Elio =?ISO-8859-1?Q?Petten=F2?=) Date: Fri, 23 Sep 2011 11:41:15 +0200 Subject: [PATCH] build: use LT_SYS_SYMBOL_USCORE instead of reinventing it In-Reply-To: <878vpfof1w.fsf@vigenere.g10code.de> References: <1316700217-18053-1-git-send-email-flameeyes@flameeyes.eu> <878vpfof1w.fsf@vigenere.g10code.de> Message-ID: <1316770875.4375.32.camel@raven.home.flameeyes.eu> Il giorno ven, 23/09/2011 alle 10.09 +0200, Werner Koch ha scritto: > > I won't apply such changes for GnuPG 1.4. It is a stable code base > and > changing such essential things is not good. On how many platforms did > you tested it? Gpg has been tested on dozens of different flavors of > Unix and CPUs. This is for libgcrypt, not gnupg 1.4; but I'd assume libtool's own macro is more tested than gnupg's (and if it's not, that ? something to pick up with libtool developers I guess). Actually, looking at how similar they are I suppose libtool might have followed from gnupg's... -- Diego Elio Petten? ? Flameeyes http://blog.flameeyes.eu/ From wk at gnupg.org Fri Sep 23 14:56:57 2011 From: wk at gnupg.org (Werner Koch) Date: Fri, 23 Sep 2011 14:56:57 +0200 Subject: [PATCH] build: use LT_SYS_SYMBOL_USCORE instead of reinventing it In-Reply-To: <1316770875.4375.32.camel@raven.home.flameeyes.eu> ("Diego Elio =?utf-8?Q?Petten=C3=B2=22's?= message of "Fri, 23 Sep 2011 11:41:15 +0200") References: <1316700217-18053-1-git-send-email-flameeyes@flameeyes.eu> <878vpfof1w.fsf@vigenere.g10code.de> <1316770875.4375.32.camel@raven.home.flameeyes.eu> Message-ID: <874o03o1ra.fsf@vigenere.g10code.de> On Fri, 23 Sep 2011 11:41, flameeyes at flameeyes.eu said: > This is for libgcrypt, not gnupg 1.4; but I'd assume libtool's own macro Sorry, I didn't lloked at the mailing list name. Well, in this case we should compare the libtool versions against the one we use and switch if they are similar. I'd say, if GMP uses the libtool versions we should do it although (Any breakage in libtool would then also be a problem for GMP). Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. From flameeyes at flameeyes.eu Fri Sep 23 15:32:31 2011 From: flameeyes at flameeyes.eu (Diego Elio =?ISO-8859-1?Q?Petten=F2?=) Date: Fri, 23 Sep 2011 15:32:31 +0200 Subject: [PATCH] build: use LT_SYS_SYMBOL_USCORE instead of reinventing it In-Reply-To: <874o03o1ra.fsf@vigenere.g10code.de> References: <1316700217-18053-1-git-send-email-flameeyes@flameeyes.eu> <878vpfof1w.fsf@vigenere.g10code.de> <1316770875.4375.32.camel@raven.home.flameeyes.eu> <874o03o1ra.fsf@vigenere.g10code.de> Message-ID: <1316784751.4375.37.camel@raven.home.flameeyes.eu> Il giorno ven, 23/09/2011 alle 14.56 +0200, Werner Koch ha scritto: > > Well, in this case we should compare the libtool versions against the > one we use and switch if they are similar. I'd say, if GMP uses the > libtool versions we should do it although (Any breakage in libtool > would > then also be a problem for GMP). GMP uses a different macro altogether which appears shorter, but I'm not sure how more portable it is. -- Diego Elio Petten? ? Flameeyes http://blog.flameeyes.eu/ From mailnov at 1fehr.ch Fri Sep 30 00:36:24 2011 From: mailnov at 1fehr.ch (Markus Fehr) Date: Fri, 30 Sep 2011 00:36:24 +0200 Subject: make check errors Message-ID: <1CCAF9A3-64DD-416F-965F-B32F4A885174@1fehr.ch> Hi, I successfully compiled libgcrypt on my ubuntu server. Before, I compiled libgpg-error version 1.9 successful as well. I use the term successful meaning that no errors were shown during the make / make install. After I compiled netatalk 2.2, I noticed an error message "symbol gcry_cipher_setkey, version GCRYPT_1.2 not defined in file libgcrypt.so.11 with link time reference". I then ran make check and found errors as well. The output looks as follows: me at tm:~/libgcrypt-1.5.0$ make check Making check in compat make[1]: Entering directory `/home/me/libgcrypt-1.5.0/compat' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/compat' Making check in mpi make[1]: Entering directory `/home/me/libgcrypt-1.5.0/mpi' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/mpi' Making check in cipher make[1]: Entering directory `/home/me/libgcrypt-1.5.0/cipher' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/cipher' Making check in random make[1]: Entering directory `/home/me/libgcrypt-1.5.0/random' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/random' Making check in src make[1]: Entering directory `/home/me/libgcrypt-1.5.0/src' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/src' Making check in doc make[1]: Entering directory `/home/me/libgcrypt-1.5.0/doc' make check-am make[2]: Entering directory `/home/me/libgcrypt-1.5.0/doc' make[2]: Nothing to be done for `check-am'. make[2]: Leaving directory `/home/me/libgcrypt-1.5.0/doc' make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/doc' Making check in tests make[1]: Entering directory `/home/me/libgcrypt-1.5.0/tests' make check-TESTS make[2]: Entering directory `/home/me/libgcrypt-1.5.0/tests' version:1.5.0: ciphers:arcfour:blowfish:cast5:des:aes:twofish:serpent:rfc2268:seed:camellia: pubkeys:dsa:elgamal:rsa:ecc: digests:crc:md4:md5:rmd160:sha1:sha256:sha512:tiger:whirlpool: rnd-mod:linux: mpi-asm:i386/mpih-add1.S:i386/mpih-sub1.S:i386/mpih-mul1.S:i386/mpih-mul2.S:i386/mpih-mul3.S:i386/mpih-lshift.S:i386/mpih-rshift.S: hwflist: fips-mode:n:n: PASS: version /home/me/libgcrypt-1.5.0/tests/.libs/lt-t-mpi-bit: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: t-mpi-bit /home/me/libgcrypt-1.5.0/tests/.libs/lt-prime: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: prime /home/me/libgcrypt-1.5.0/tests/.libs/lt-register: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: register /home/me/libgcrypt-1.5.0/tests/.libs/lt-ac: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: ac /home/me/libgcrypt-1.5.0/tests/.libs/lt-ac-schemes: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: ac-schemes /home/me/libgcrypt-1.5.0/tests/.libs/lt-ac-data: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: ac-data /home/me/libgcrypt-1.5.0/tests/.libs/lt-basic: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: basic /home/me/libgcrypt-1.5.0/tests/.libs/lt-mpitests: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: mpitests /home/me/libgcrypt-1.5.0/tests/.libs/lt-tsexp: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: tsexp /home/me/libgcrypt-1.5.0/tests/.libs/lt-keygen: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: keygen /home/me/libgcrypt-1.5.0/tests/.libs/lt-pubkey: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: pubkey /home/me/libgcrypt-1.5.0/tests/.libs/lt-hmac: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: hmac /home/me/libgcrypt-1.5.0/tests/.libs/lt-keygrip: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: keygrip /home/me/libgcrypt-1.5.0/tests/.libs/lt-fips186-dsa: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: fips186-dsa /home/me/libgcrypt-1.5.0/tests/.libs/lt-aeswrap: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: aeswrap /home/me/libgcrypt-1.5.0/tests/.libs/lt-curves: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: curves /home/me/libgcrypt-1.5.0/tests/.libs/lt-t-kdf: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: t-kdf /home/me/libgcrypt-1.5.0/tests/.libs/lt-pkcs1v2: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: pkcs1v2 PASS: random MD5 0ms 10ms 90ms 10ms/home/me/libgcrypt-1.5.0/tests/.libs/lt-benchmark: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: benchmark ======================================== 19 of 21 tests failed Please report to bug-libgcrypt at gnupg.org ======================================== make[2]: *** [check-TESTS] Error 1 make[2]: Leaving directory `/home/me/libgcrypt-1.5.0/tests' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/tests' make: *** [check-recursive] Error 1 Any guidance how I can solve this issues? -------------- next part -------------- An HTML attachment was scrubbed... URL: From vincent.torri at gmail.com Fri Sep 30 10:02:44 2011 From: vincent.torri at gmail.com (Vincent Torri) Date: Fri, 30 Sep 2011 10:02:44 +0200 Subject: libgpg-error : code-from-errno.h not correctly generated when cross-compiling to Windows on Linux Message-ID: Hey, I'm trying to compile libgpg-error for Windows 64 bits with mingw-w64. I cross compile it on linux (ubuntu). configuration: ./configure --prefix=/opt/efl --host=x86_64-w64-mingw32 --disable-nls --disable-static generation of the files: make[3]: Entering directory `/home/torri/gitroot/packages/packages/MinGW/libgpg-error-1.10-src/release/mingw-w64-x86_64-libgpg-error-1.10/src' gawk -f ./mkerrnos.awk ./errnos.in >code-to-errno.h gawk -f ./mkerrcodes1.awk ./errnos.in >_mkerrcodes.h gawk -f ./mkstrtable.awk -v textidx=2 -v nogettext=1 \ ./err-sources.h.in >err-sources-sym.h gawk -f ./mkstrtable.awk -v textidx=2 -v nogettext=1 \ ./err-codes.h.in >err-codes-sym.h x86_64-w64-mingw32-gcc -E _mkerrcodes.h | grep GPG_ERR_ | \ gawk -f ./mkerrcodes.awk >mkerrcodes.h gawk -f ./mkstrtable.awk -v textidx=2 -v nogettext=1 \ -v prefix=GPG_ERR_ -v namespace=errnos_ \ ./errnos.in >errnos-sym.h rm extra-h.in rm: cannot remove `extra-h.in': No such file or directory make[3]: [extra-h.in] Error 1 (ignored) cat ./w32-add.h >>extra-h.in cat ./gpg-error.def.in >_gpg-error.def.h echo EOF >>extra-h.in x86_64-w64-mingw32-gcc -E -I. -I.. _gpg-error.def.h | \ grep -v '^#' >gpg-error.def echo "/*dummy*/" > mkw32errmap.map.c rm _gpg-error.def.h gawk -f ./mkheader.awk \ ./err-sources.h.in \ ./err-codes.h.in \ ./errnos.in \ extra-h.in \ ./gpg-error.h.in > gpg-error.h rm _mkerrcodes.h cc -I. -I. -o mkerrcodes ./mkerrcodes.c ./mkerrcodes | gawk -f ./mkerrcodes2.awk >code-from-errno.h make all-am Here is the beginning of code-from-errno.h : -2147168224 GPG_ERR_EPROTO static const int err_code_from_index[] = { GPG_ERR_EPERM, etc.... So if someone has an idea of the fix.... thank you Vincent Torri -------------- next part -------------- An HTML attachment was scrubbed... URL: From fehr at markus.ch Fri Sep 30 00:34:30 2011 From: fehr at markus.ch (Markus W. Fehr) Date: Fri, 30 Sep 2011 00:34:30 +0200 Subject: make check errors Message-ID: <403D238C-EA03-42B1-9CFA-E3385DF28A65@markus.ch> Hi, I successfully compiled libgcrypt on my ubuntu server. Before, I compiled libgpg-error version 1.9 successful as well. I use the term successful meaning that no errors were shown during the make / make install. After I compiled netatalk 2.2, I noticed an error message "symbol gcry_cipher_setkey, version GCRYPT_1.2 not defined in file libgcrypt.so.11 with link time reference". I then ran make check and found errors as well. The output looks as follows: me at tm:~/libgcrypt-1.5.0$ make check Making check in compat make[1]: Entering directory `/home/me/libgcrypt-1.5.0/compat' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/compat' Making check in mpi make[1]: Entering directory `/home/me/libgcrypt-1.5.0/mpi' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/mpi' Making check in cipher make[1]: Entering directory `/home/me/libgcrypt-1.5.0/cipher' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/cipher' Making check in random make[1]: Entering directory `/home/me/libgcrypt-1.5.0/random' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/random' Making check in src make[1]: Entering directory `/home/me/libgcrypt-1.5.0/src' make[1]: Nothing to be done for `check'. make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/src' Making check in doc make[1]: Entering directory `/home/me/libgcrypt-1.5.0/doc' make check-am make[2]: Entering directory `/home/me/libgcrypt-1.5.0/doc' make[2]: Nothing to be done for `check-am'. make[2]: Leaving directory `/home/me/libgcrypt-1.5.0/doc' make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/doc' Making check in tests make[1]: Entering directory `/home/me/libgcrypt-1.5.0/tests' make check-TESTS make[2]: Entering directory `/home/me/libgcrypt-1.5.0/tests' version:1.5.0: ciphers:arcfour:blowfish:cast5:des:aes:twofish:serpent:rfc2268:seed:camellia: pubkeys:dsa:elgamal:rsa:ecc: digests:crc:md4:md5:rmd160:sha1:sha256:sha512:tiger:whirlpool: rnd-mod:linux: mpi-asm:i386/mpih-add1.S:i386/mpih-sub1.S:i386/mpih-mul1.S:i386/mpih-mul2.S:i386/mpih-mul3.S:i386/mpih-lshift.S:i386/mpih-rshift.S: hwflist: fips-mode:n:n: PASS: version /home/me/libgcrypt-1.5.0/tests/.libs/lt-t-mpi-bit: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: t-mpi-bit /home/me/libgcrypt-1.5.0/tests/.libs/lt-prime: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: prime /home/me/libgcrypt-1.5.0/tests/.libs/lt-register: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: register /home/me/libgcrypt-1.5.0/tests/.libs/lt-ac: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: ac /home/me/libgcrypt-1.5.0/tests/.libs/lt-ac-schemes: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: ac-schemes /home/me/libgcrypt-1.5.0/tests/.libs/lt-ac-data: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: ac-data /home/me/libgcrypt-1.5.0/tests/.libs/lt-basic: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: basic /home/me/libgcrypt-1.5.0/tests/.libs/lt-mpitests: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: mpitests /home/me/libgcrypt-1.5.0/tests/.libs/lt-tsexp: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: tsexp /home/me/libgcrypt-1.5.0/tests/.libs/lt-keygen: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: keygen /home/me/libgcrypt-1.5.0/tests/.libs/lt-pubkey: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: pubkey /home/me/libgcrypt-1.5.0/tests/.libs/lt-hmac: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: hmac /home/me/libgcrypt-1.5.0/tests/.libs/lt-keygrip: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: keygrip /home/me/libgcrypt-1.5.0/tests/.libs/lt-fips186-dsa: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: fips186-dsa /home/me/libgcrypt-1.5.0/tests/.libs/lt-aeswrap: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: aeswrap /home/me/libgcrypt-1.5.0/tests/.libs/lt-curves: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: curves /home/me/libgcrypt-1.5.0/tests/.libs/lt-t-kdf: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: t-kdf /home/me/libgcrypt-1.5.0/tests/.libs/lt-pkcs1v2: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: pkcs1v2 PASS: random MD5 0ms 10ms 90ms 10ms/home/me/libgcrypt-1.5.0/tests/.libs/lt-benchmark: symbol lookup error: /home/me/libgcrypt-1.5.0/src/.libs/libgcrypt.so.11: undefined symbol: gpg_err_set_errno FAIL: benchmark ======================================== 19 of 21 tests failed Please report to bug-libgcrypt at gnupg.org ======================================== make[2]: *** [check-TESTS] Error 1 make[2]: Leaving directory `/home/me/libgcrypt-1.5.0/tests' make[1]: *** [check-am] Error 2 make[1]: Leaving directory `/home/me/libgcrypt-1.5.0/tests' make: *** [check-recursive] Error 1 Any guidance how I can solve this issues? From wk at gnupg.org Fri Sep 30 16:58:04 2011 From: wk at gnupg.org (Werner Koch) Date: Fri, 30 Sep 2011 16:58:04 +0200 Subject: libgpg-error : code-from-errno.h not correctly generated when cross-compiling to Windows on Linux In-Reply-To: (Vincent Torri's message of "Fri, 30 Sep 2011 10:02:44 +0200") References: Message-ID: <87hb3ugjr7.fsf@vigenere.g10code.de> On Fri, 30 Sep 2011 10:02, vincent.torri at gmail.com said: > configuration: ./configure --prefix=/opt/efl --host=x86_64-w64-mingw32 > --disable-nls --disable-static Use ./autogen.sh --build-w64 to build it. Some time ago I changed a few things and was then able to build a pure 64 bit version which worked without problems on Windows7-64bit. You need master of course. libgpg-error is the only module which has support for 64 bit Windows. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. From vincent.torri at gmail.com Fri Sep 30 20:43:00 2011 From: vincent.torri at gmail.com (Vincent Torri) Date: Fri, 30 Sep 2011 20:43:00 +0200 Subject: libgpg-error : code-from-errno.h not correctly generated when cross-compiling to Windows on Linux In-Reply-To: <87hb3ugjr7.fsf@vigenere.g10code.de> References: <87hb3ugjr7.fsf@vigenere.g10code.de> Message-ID: On Fri, Sep 30, 2011 at 4:58 PM, Werner Koch wrote: > On Fri, 30 Sep 2011 10:02, vincent.torri at gmail.com said: > > > configuration: ./configure --prefix=/opt/efl --host=x86_64-w64-mingw32 > > --disable-nls --disable-static > > Use > > ./autogen.sh --build-w64 > > to build it. Some time ago I changed a few things and was then able to > build a pure 64 bit version which worked without problems on > Windows7-64bit. You need master of course. > i'll try with the git repo, then. > > libgpg-error is the only module which has support for 64 bit Windows. > Actually, I need libgcrypt for crypto in gnutls. So it means that, currently, it's useless to try to compile libgcrypt for win64 ? Regards Vincent Torri -------------- next part -------------- An HTML attachment was scrubbed... URL: