From rwijnsma at xs4all.nl Sun Mar 4 15:50:45 2018 From: rwijnsma at xs4all.nl (Reino Wijnsma) Date: Sun, 4 Mar 2018 15:50:45 +0100 Subject: [gnutls-devel] Link to -lcrypt32 in pkg-config file as well Message-ID: <5A9C07C5.5070801@xs4all.nl> Hello gnutls-devs, I'm cross-compiling FFmpeg with GnuTLS (on Windows using Cygwin, MinGW and GCC) for TLS 1.2 support. Without intervention FFmpeg's configure would always fail: /cygdrive/m/[...]/bin/i686-w64-mingw32-gcc -Wl,--large-address-aware -Wl,--nxcompat,--dynamicbase -Wl,--as-needed -Wl,--pic-executable,-e,_mainCRTStartup -I/cygdrive/m/[...]/i686-w64-mingw32/include -L/cygdrive/m/[...]/i686-w64-mingw32/lib -o /cygdrive/c/DOCUME~1/Admin/LOCALS~1/Temp/ffconf.c6JidCYd/test.exe /cygdrive/c/DOCUME~1/Admin/LOCALS~1/Temp/ffconf.c6JidCYd/test.o -lgnutls -lws2_32 -lgmp -lhogweed -lgmp -lnettle /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0xe55): undefined reference to `_imp__CertGetCertificateContextProperty at 16' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x1662): undefined reference to `_imp__CertOpenSystemStoreA at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x169e): undefined reference to `_imp__CertFindCertificateInStore at 24' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x16ca): undefined reference to `_imp__CertGetCertificateContextProperty at 16' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x1932): undefined reference to `_imp__CertFreeCertificateContext at 4' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x1944): undefined reference to `_imp__CertCloseStore at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x2167): undefined reference to `_imp__CertOpenSystemStoreA at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x21a3): undefined reference to `_imp__CertFindCertificateInStore at 24' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x21f0): undefined reference to `_imp__CertFreeCertificateContext at 4' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x221d): undefined reference to `_imp__CertCloseStore at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x23ad): undefined reference to `_imp__CertCloseStore at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x249f): undefined reference to `_imp__CertOpenSystemStoreA at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x255b): undefined reference to `_imp__CertEnumCertificatesInStore at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x26db): undefined reference to `_imp__CertOpenSystemStoreA at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x26f5): undefined reference to `_imp__CertFindCertificateInStore at 24' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x2777): undefined reference to `_imp__CertGetCertificateContextProperty at 16' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x27cc): undefined reference to `_imp__CertCloseStore at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x2874): undefined reference to `_imp__CertDeleteCertificateFromStore at 4' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x2ab5): undefined reference to `_imp__CertCloseStore at 8' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x2d70): undefined reference to `_imp__PFXImportCertStore at 12' /cygdrive/m/[...]/i686-w64-mingw32/lib/libgnutls.a(keys-win.o):keys-win.c:(.text+0x2e7f): undefined reference to `_imp__CertFindCertificateInStore at 24' collect2: error: ld returned 1 exit status ERROR: gnutls not found using pkg-config I've always had to update 'gnutls.pc.in': prefix=@prefix@ exec_prefix=@exec_prefix@ libdir=@libdir@ includedir=@includedir@ Name: GnuTLS Description: Transport Security Layer implementation for the GNU system URL: http://www.gnutls.org/ Version: @VERSION@ Libs: -L${libdir} -lgnutls Libs.private: @LIBINTL@ @LIBSOCKET@ @LIBNSL@ @LIBPTHREAD@ @LIB_SELECT@ @TSS_LIBS@ @GMP_LIBS@ @LIBUNISTRING@ @LIBIDN2_LIBS@ *-lcrypt32* @GNUTLS_REQUIRES_PRIVATE@ Cflags: -I${includedir} or configure FFmpeg with --extra-libs=-lcrypt32 to correct this. In 'lib/Makefile.am' I did notice: if WINDOWS thirdparty_libadd += -lcrypt32 endif and in 'lib/.libs/libgnutls.lai' I did notice: # Libraries that this one depends upon. dependency_libs=' -lws2_32 -L/cygdrive/m/[...]/i686-w64-mingw32/lib -lhogweed -lnettle /cygdrive/m/[...]/i686-w64-mingw32/lib/libgmp.la -lcrypt32' but as FFmpeg only checks the pkg-config file, I believe 'gnutls.pc.in' is this case is in need of an update. -- Reino -------------- next part -------------- An HTML attachment was scrubbed... URL: From nmav at gnutls.org Sun Mar 4 22:45:25 2018 From: nmav at gnutls.org (Nikos Mavrogiannopoulos) Date: Sun, 04 Mar 2018 21:45:25 +0000 Subject: [gnutls-devel] Link to -lcrypt32 in pkg-config file as well In-Reply-To: <5A9C07C5.5070801@xs4all.nl> References: <5A9C07C5.5070801@xs4all.nl> Message-ID: On Sun, Mar 4, 2018 at 4:07 PM Reino Wijnsma wrote: > Hello gnutls-devs, > > I'm cross-compiling FFmpeg with GnuTLS (on Windows using Cygwin, MinGW and > GCC) for TLS 1.2 support. > Without intervention FFmpeg's configure would always fail: > > [...] > I've always had to update 'gnutls.pc.in': > > prefix=@prefix@ > exec_prefix=@exec_prefix@ > libdir=@libdir@ > includedir=@includedir@ > [...] > > but as FFmpeg only checks the pkg-config file, I believe 'gnutls.pc.in' > is this case is in need of an update. > Thank you Reino. I think you're right. The current pkg config file is tailored for unix systems not windows. I see that even the check for its functionality (tests/pkgconfig.sh) is disabled under windows. Would you like to suggest a patch (or better merge request) to handle windows in the pc file? regards, Nikos -------------- next part -------------- An HTML attachment was scrubbed... URL: From rwijnsma at xs4all.nl Mon Mar 5 00:00:59 2018 From: rwijnsma at xs4all.nl (Reino Wijnsma) Date: Mon, 5 Mar 2018 00:00:59 +0100 Subject: [gnutls-devel] Link to -lcrypt32 in pkg-config file as well In-Reply-To: References: <5A9C07C5.5070801@xs4all.nl> Message-ID: <5A9C7AAB.5080203@xs4all.nl> Hello Nikos, On 4-3-2018 22:45, Nikos Mavrogiannopoulos wrote: > On Sun, Mar 4, 2018 at 4:07 PM Reino Wijnsma > wrote: > > Hello gnutls-devs, > > I'm cross-compiling FFmpeg with GnuTLS (on Windows using Cygwin, MinGW and GCC) for TLS 1.2 support. > Without intervention FFmpeg's configure would always fail: > > [...] > I've always had to update 'gnutls.pc.in ': > > prefix=@prefix@ > exec_prefix=@exec_prefix@ > libdir=@libdir@ > includedir=@includedir@ > [...] > > but as FFmpeg only checks the pkg-config file, I believe 'gnutls.pc.in ' is this case is in need of an update. > > > Thank you Reino. I think you're right. The current pkg config file is tailored for unix systems not windows. I see that even the check for its functionality (tests/pkgconfig.sh) is disabled under windows. Would you like to suggest a patch (or better merge request) to handle windows in the pc file? I would if I could, but I simply don't have the know-how. I don't know GnuTLS's inner workings that good either. I just came around the corner last year compiling stuff for the first time. I've learned a lot and I'm happy I've managed to solve this issue with FFmpeg for now. All I know is that while configuring GnuTLS it would have to detect mingw32 / mingw64 (Windows) and add -lcrypt32 to the pc file. -- Reino -------------- next part -------------- An HTML attachment was scrubbed... URL: From nmav at gnutls.org Sat Mar 10 16:58:50 2018 From: nmav at gnutls.org (Nikos Mavrogiannopoulos) Date: Sat, 10 Mar 2018 16:58:50 +0100 Subject: [gnutls-devel] Link to -lcrypt32 in pkg-config file as well In-Reply-To: <5A9C7AAB.5080203@xs4all.nl> References: <5A9C07C5.5070801@xs4all.nl> <5A9C7AAB.5080203@xs4all.nl> Message-ID: On Mon, Mar 5, 2018 at 12:00 AM, Reino Wijnsma wrote: > Hello Nikos, > > On 4-3-2018 22:45, Nikos Mavrogiannopoulos wrote: > > On Sun, Mar 4, 2018 at 4:07 PM Reino Wijnsma wrote: >> >> Hello gnutls-devs, >> >> I'm cross-compiling FFmpeg with GnuTLS (on Windows using Cygwin, MinGW and >> GCC) for TLS 1.2 support. >> Without intervention FFmpeg's configure would always fail: >> >> [...] >> I've always had to update 'gnutls.pc.in': >> >> prefix=@prefix@ >> exec_prefix=@exec_prefix@ >> libdir=@libdir@ >> includedir=@includedir@ >> [...] >> >> but as FFmpeg only checks the pkg-config file, I believe 'gnutls.pc.in' is >> this case is in need of an update. > > > Thank you Reino. I think you're right. The current pkg config file is > tailored for unix systems not windows. I see that even the check for its > functionality (tests/pkgconfig.sh) is disabled under windows. Would you like > to suggest a patch (or better merge request) to handle windows in the pc > file? > > I would if I could, but I simply don't have the know-how. I don't know > GnuTLS's inner workings that good either. > I just came around the corner last year compiling stuff for the first time. > I've learned a lot and I'm happy I've managed to solve this issue with > FFmpeg for now. > All I know is that while configuring GnuTLS it would have to detect mingw32 > / mingw64 (Windows) and add -lcrypt32 to the pc file. I've copied your report to the issue tracker not to lose track of it. https://gitlab.com/gnutls/gnutls/issues/412 regards, Nikos From lists at schamschula.com Mon Mar 12 01:56:32 2018 From: lists at schamschula.com (Marius Schamschula) Date: Sun, 11 Mar 2018 19:56:32 -0500 Subject: [gnutls-devel] Build issue with --enable-guile Message-ID: <0E9F00E8-8180-4A99-905E-A91963C8CA69@schamschula.com> The MacPorts maintainer of gnutls here. Apparently, very few people install gnutls with --enable-guile. However, today we had someone attempt to install gnutls 3.5.18 with guile enabled. The build failed. His build log: https://hastebin.com/eraxizasez.bash I tried recreating the issue on my own machine, but the install succeeded. The difference: I already had gnutls w/o guile installed. When the other user first installed gnutls w/o guile, and then installed gnutls with guile over the previous install, his build also succeeded. Apparently, something in the guile build process is looking for a file in its final installed location, rather in the build tree. Marius -- Marius Schamschula -------------- next part -------------- An HTML attachment was scrubbed... URL: From ludo at gnu.org Tue Mar 13 15:02:53 2018 From: ludo at gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Date: Tue, 13 Mar 2018 15:02:53 +0100 Subject: [gnutls-devel] Build issue with --enable-guile In-Reply-To: <0E9F00E8-8180-4A99-905E-A91963C8CA69@schamschula.com> (Marius Schamschula's message of "Sun, 11 Mar 2018 19:56:32 -0500") References: <0E9F00E8-8180-4A99-905E-A91963C8CA69@schamschula.com> Message-ID: <87efkooyya.fsf@gnu.org> Hello, Marius Schamschula skribis: > The MacPorts maintainer of gnutls here. > > Apparently, very few people install gnutls with > --enable-guile. However, today we had someone attempt to install > gnutls 3.5.18 with guile enabled. The build failed. His build log: > https://hastebin.com/eraxizasez.bash Pasting it here for reference: --8<---------------cut here---------------start------------->8--- checking whether building Guile bindings... yes *** *** Detecting GNU Guile... checking for guile-snarf... /opt/local/bin/guile-snarf checking for guild... /opt/local/bin/guild checking for guile... /opt/local/bin/guile checking for guile-config... /opt/local/bin/guile-config checking for guile-tools... /opt/local/bin/guile-tools checking libguile compile flags... -D_THREAD_SAFE -I/opt/local/include/guile/2.2 checking libguile link flags... -L/opt/local/lib -lguile-2.2 -lgc checking whether GNU Guile is recent enough... checking the Guile effective version... 2.2 yes checking whether gcc supports -fgnu89-inline... yes checking for scm_gc_malloc_pointerless... yes [?] /bin/sh ../../libtool --tag=CC --mode=compile /opt/local/bin/clang-mp-6.0 -DHAVE_CONFIG_H -I. -I../.. -I../../lib/includes -I../../lib/includes -I../../extra/includes -I../.. -I. -I/opt/local/include -Wall -Wextra -Wno-strict-prototypes -Wno-unused-parameter -I../../gl -I../../gl -D_THREAD_SAFE -I/opt/local/include/guile/2.2 -pipe -Os -arch x86_64 -MT guile_gnutls_v_2_la-errors.lo -MD -MP -MF .deps/guile_gnutls_v_2_la-errors.Tpo -c -o guile_gnutls_v_2_la-errors.lo `test -f 'errors.c' || echo './'`errors.c libtool: compile: /opt/local/bin/clang-mp-6.0 -DHAVE_CONFIG_H -I. -I../.. -I../../lib/includes -I../../lib/includes -I../../extra/includes -I../.. -I. -I/opt/local/include -Wall -Wextra -Wno-strict-prototypes -Wno-unused-parameter -I../../gl -I../../gl -D_THREAD_SAFE -I/opt/local/include/guile/2.2 -pipe -Os -arch x86_64 -MT guile_gnutls_v_2_la-errors.lo -MD -MP -MF .deps/guile_gnutls_v_2_la-errors.Tpo -c errors.c -fno-common -DPIC -o .libs/guile_gnutls_v_2_la-errors.o mv -f .deps/guile_gnutls_v_2_la-errors.Tpo .deps/guile_gnutls_v_2_la-errors.Plo /bin/sh ../../libtool --tag=CC --mode=compile /opt/local/bin/clang-mp-6.0 -DHAVE_CONFIG_H -I. -I../.. -I../../lib/includes -I../../lib/includes -I../../extra/includes -I../.. -I. -I/opt/local/include -Wall -Wextra -Wno-strict-prototypes -Wno-unused-parameter -I../../gl -I../../gl -D_THREAD_SAFE -I/opt/local/include/guile/2.2 -pipe -Os -arch x86_64 -MT guile_gnutls_v_2_la-utils.lo -MD -MP -MF .deps/guile_gnutls_v_2_la-utils.Tpo -c -o guile_gnutls_v_2_la-utils.lo `test -f 'utils.c' || echo './'`utils.c libtool: compile: /opt/local/bin/clang-mp-6.0 -DHAVE_CONFIG_H -I. -I../.. -I../../lib/includes -I../../lib/includes -I../../extra/includes -I../.. -I. -I/opt/local/include -Wall -Wextra -Wno-strict-prototypes -Wno-unused-parameter -I../../gl -I../../gl -D_THREAD_SAFE -I/opt/local/include/guile/2.2 -pipe -Os -arch x86_64 -MT guile_gnutls_v_2_la-utils.lo -MD -MP -MF .deps/guile_gnutls_v_2_la-utils.Tpo -c utils.c -fno-common -DPIC -o .libs/guile_gnutls_v_2_la-utils.o mv -f .deps/guile_gnutls_v_2_la-utils.Tpo .deps/guile_gnutls_v_2_la-utils.Plo /bin/sh ../../libtool --tag=CC --mode=link /opt/local/bin/clang-mp-6.0 -Wall -Wextra -Wno-strict-prototypes -Wno-unused-parameter -I../../gl -I../../gl -D_THREAD_SAFE -I/opt/local/include/guile/2.2 -pipe -Os -arch x86_64 -module -no-undefined -L/opt/local/lib -Wl,-headerpad_max_install_names -lsnowleopardfixes -arch x86_64 -o guile-gnutls-v-2.la -rpath /opt/local/lib/guile/2.2 guile_gnutls_v_2_la-core.lo guile_gnutls_v_2_la-errors.lo guile_gnutls_v_2_la-utils.lo ../../lib/libgnutls.la ../../gl/libgnu.la -L/opt/local/lib -lguile-2.2 -lgc -lintl libtool: link: /opt/local/bin/clang-mp-6.0 -o .libs/guile-gnutls-v-2.0.so -bundle .libs/guile_gnutls_v_2_la-core.o .libs/guile_gnutls_v_2_la-errors.o .libs/guile_gnutls_v_2_la-utils.o -Wl,-force_load,../../gl/.libs/libgnu.a -L/opt/local/lib ../../lib/.libs/libgnutls.dylib -lz -lp11-kit -lidn2 -lunistring -ltasn1 -lnettle -lhogweed -lgmp -lsnowleopardfixes -lguile-2.2 -lgc -lintl -Os -arch x86_64 -Wl,-headerpad_max_install_names -arch x86_64 -framework Security -framework CoreFoundation libtool: link: (cd ".libs" && rm -f "guile-gnutls-v-2.so" && ln -s "guile-gnutls-v-2.0.so" "guile-gnutls-v-2.so") libtool: link: ( cd ".libs" && rm -f "guile-gnutls-v-2.la" && ln -s "../guile-gnutls-v-2.la" "guile-gnutls-v-2.la" ) make[4]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/gnutls-3.5.18/guile/src' make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/gnutls-3.5.18/guile/src' make[3]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/gnutls-3.5.18/guile' ../build-aux/install-sh -c -d "`dirname "modules/gnutls.scm"`" ; cat "modules/gnutls.in" | \ /usr/bin/sed -e's|[@]guileextensiondir[@]|/opt/local/lib/guile/2.2|g' \ > "modules/gnutls.scm.tmp" mv "modules/gnutls.scm.tmp" "modules/gnutls.scm" ../build-aux/install-sh -c -d "`dirname "modules/gnutls.go"`" ; \ : && out=1 || out=- ; \ unset GUILE_LOAD_COMPILED_PATH ; LC_ALL=C \ GNUTLS_GUILE_EXTENSION_DIR="/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/gnutls-3.5.18/guile/src" \ /opt/local/bin/guild compile --target="x86_64-apple-darwin10" \ -L "../guile/modules" \ -L "../guile/modules" \ -Wformat -Wunbound-variable -Warity-mismatch \ -o "modules/gnutls.go" "modules/gnutls.scm" >&$out ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /opt/local/bin/guild ;;; compiled /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/.home/.cache/guile/ccache/2.2-LE-8-3.A/opt/local/bin/guild.go Backtrace: In ice-9/boot-9.scm: 713:2 19 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 18 (_ #(#(#))) In /opt/local/bin/guild: 72:17 17 (main _) In srfi/srfi-1.scm: 640:9 16 (for-each # ("modules/gnutls.scm")) In scripts/compile.scm: 251:26 15 (_ _) In system/base/target.scm: 57:6 14 (with-target _ _) In system/base/compile.scm: 152:6 13 (compile-file "modules/gnutls.scm" #:output-file _ #:from _ #:to _ #:env _ #:opts _ # _) 43:4 12 (call-once _) In ice-9/boot-9.scm: 849:4 11 (with-throw-handler _ _ _) In system/base/compile.scm: 59:11 10 (_) 155:11 9 (_ #) 235:18 8 (read-and-compile # #:from _ #:to _ #:env _ #:opts _) 183:32 7 (compile-fold (#) (eval-when (expand load eval) (# ?) #) ?) In ice-9/boot-9.scm: 2316:4 6 (save-module-excursion #) In language/scheme/compile-tree-il.scm: 31:15 5 (_) In ice-9/psyntax.scm: 1234:36 4 (expand-top-sequence ((eval-when (expand load eval) (define %libdir (or (getenv "G?") #)) #)) _ ?) 1181:24 3 (parse _ (("placeholder" placeholder)) ((top) #(ribcage (%libdir) ((top)) (((# #) . #)))) _ ?) 284:10 2 (parse _ (("placeholder" placeholder)) ((top) #(ribcage (%libdir) ((top)) (((# #) . #)))) _ ?) In unknown file: 1 (load-extension "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports?" ?) In ice-9/boot-9.scm: 760:25 0 (dispatch-exception _ _ _) ice-9/boot-9.scm:760:25: In procedure dispatch-exception: ice-9/boot-9.scm:760:25: In procedure dynamic-link: file: "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/gnutls-3.5.18/guile/src/guile-gnutls-v-2", message: "file not found" make[3]: *** [modules/gnutls.go] Error 1 make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gnutls/gnutls/work/gnutls-3.5.18/guile' --8<---------------cut here---------------end--------------->8--- Here it?s failing to open guile-gnutls-v-2.so from the build directory (not the installation directory), AIUI. We?d need more details to understand why that happens, and ideally a way to reproduce the problem. In particular, libltdl sometimes erroneously reports ?file not found? when the problem is something else (unresolved symbol, etc.) So, hard to tell what?s going on. In GNU?Guix we build GnuTLS with Guile bindings against Guile 2.0 and 2.2 just fine. I?m not sure what the status is on GitLab CI. Thanks, Ludo?. From n.mavrogiannopoulos at gmail.com Tue Mar 13 19:47:53 2018 From: n.mavrogiannopoulos at gmail.com (Nikos Mavrogiannopoulos) Date: Tue, 13 Mar 2018 19:47:53 +0100 Subject: [gnutls-devel] Build issue with --enable-guile In-Reply-To: <87efkooyya.fsf@gnu.org> References: <0E9F00E8-8180-4A99-905E-A91963C8CA69@schamschula.com> <87efkooyya.fsf@gnu.org> Message-ID: <1520966873.3017.3.camel@gmail.com> On Tue, 2018-03-13 at 15:02 +0100, Ludovic Court?s wrote: > Hello, > > Marius Schamschula skribis: > > > The MacPorts maintainer of gnutls here. > > > > Apparently, very few people install gnutls with > > --enable-guile. However, today we had someone attempt to install > > gnutls 3.5.18 with guile enabled. The build failed. His build log: > > https://hastebin.com/eraxizasez.bash > > Pasting it here for reference: > [...] > Here it?s failing to open guile-gnutls-v-2.so from the build > directory > (not the installation directory), AIUI. > > We?d need more details to understand why that happens, and ideally a > way > to reproduce the problem.??In particular, libltdl sometimes > erroneously > reports ?file not found? when the problem is something else > (unresolved > symbol, etc.)??So, hard to tell what?s going on. > > In GNU?Guix we build GnuTLS with Guile bindings against Guile 2.0 and > 2.2 just fine.??I?m not sure what the status is on GitLab CI. There is at least a run with guile on gitlab-ci (abi-coverage build) and is successful on the image used. There is also a macosx build run on travis [0], but it doesn't include guile. regards, Nikos [0]. https://travis-ci.org/gnutls/gnutls