From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Newsgroups: gmane.emacs.bugs Subject: bug#27516: 25.2.50; Building master branch on MSW fails because of gnutls and other reasons... Date: Fri, 30 Jun 2017 12:44:28 +0200 Message-ID: <84lgo97o1f.fsf@gmail.com> References: <84zics73hk.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1498819545 1890 195.159.176.226 (30 Jun 2017 10:45:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 30 Jun 2017 10:45:45 +0000 (UTC) Cc: Vincent =?UTF-8?Q?Bela=C3=AFche?= To: 27516@debbugs.gnu.org, Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jun 30 12:45:38 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQtQf-00008H-KH for geb-bug-gnu-emacs@m.gmane.org; Fri, 30 Jun 2017 12:45:37 +0200 Original-Received: from localhost ([::1]:43637 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQtQk-0008Iy-Uv for geb-bug-gnu-emacs@m.gmane.org; Fri, 30 Jun 2017 06:45:42 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33931) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQtQB-0007xu-GD for bug-gnu-emacs@gnu.org; Fri, 30 Jun 2017 06:45:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQtQ6-0006xR-Lg for bug-gnu-emacs@gnu.org; Fri, 30 Jun 2017 06:45:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42826) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dQtQ6-0006xI-Hl for bug-gnu-emacs@gnu.org; Fri, 30 Jun 2017 06:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dQtQ6-0003Ek-99 for bug-gnu-emacs@gnu.org; Fri, 30 Jun 2017 06:45:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: vincent.belaiche@gmail.com (Vincent =?UTF-8?Q?Bela=C3=AFche?=) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Jun 2017 10:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27516 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27516-submit@debbugs.gnu.org id=B27516.149881947112392 (code B ref 27516); Fri, 30 Jun 2017 10:45:02 +0000 Original-Received: (at 27516) by debbugs.gnu.org; 30 Jun 2017 10:44:31 +0000 Original-Received: from localhost ([127.0.0.1]:45503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQtPa-0003Do-W7 for submit@debbugs.gnu.org; Fri, 30 Jun 2017 06:44:31 -0400 Original-Received: from smtp05.smtpout.orange.fr ([80.12.242.127]:20447 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQtPY-0003Da-1D for 27516@debbugs.gnu.org; Fri, 30 Jun 2017 06:44:28 -0400 Original-Received: from AigleRoyal ([109.218.77.101]) by mwinf5d40 with ME id eykL1v00J2B8XPR03ykLWY; Fri, 30 Jun 2017 12:44:21 +0200 X-ME-Helo: AigleRoyal X-ME-Auth: dmluY2VudGJlbGFpY2hlQG9yYW5nZS5mcg== X-ME-Date: Fri, 30 Jun 2017 12:44:21 +0200 X-ME-IP: 109.218.77.101 In-Reply-To: X-Antivirus: Avast (VPS 170629-0, 29/06/2017), Outbound message X-Antivirus-Status: Clean X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:134056 Archived-At: Answers below... Le 28/06/2017 =E0 16:09, Noam Postavsky a =E9crit : > On Wed, Jun 28, 2017 at 7:31 AM, Vincent Bela=EFche > wrote: >> When trying to build the latest on master branch, I get this error: >> >> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- >> configure: error: The following required libraries were not found: >> gnutls >> Maybe some development libraries/packages are missing? >> If you don't want to link with them give >> --with-gnutls=3Dno >> as options to configure >> --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- >> >> I am using configure with the following command line: >> >> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- >> ./configure --prefix=3Dc:/Nos_Programmes/GNU/Emacs \ >> --without-jpeg \ >> --without-tiff \ >> --without-gif \ >> --without-png \ >> --with-gnutls=3Dno >> --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- > >> >> So I am surprised. Also without `--with-gnutls=3Dno' I get the same erro= r >> message, although I have put under my mingw directory the gnutls binary >> from sourceforge EZWinPorts, but configure does not detect its presence.= > > ./configure uses pkg-config to test for gnutls, so you need to have > pkg-config as well as the gnutls.pc file in the pkg-config > PKG_CONFIG_PATH. Try running OK, I could get some gnutls.pc file with the gnutls library and I edited it for the content to match my installation, so now it is as follows: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- # Process this file with autoconf to produce a pkg-config metadata file. # Copyright (C) 2004-2012 Free Software Foundation, Inc. # Copying and distribution of this file, with or without modification, # are permitted in any medium without royalty provided the copyright # notice and this notice are preserved. This file is offered as-is, # without any warranty. # Author: Simon Josefsson prefix=3D/mingw exec_prefix=3D/mingw libdir=3D/mingw/lib includedir=3D/mingw/include/gnutls Name: GnuTLS Description: Transport Security Layer implementation for the GNU system URL: http://www.gnutls.org/ Version: 3.3.13 Libs: -L${libdir} -lgnutls # Libs.private: -Ld:/usr/lib -lgmp -lz -lintl -liconv -lws2_32 # Requires.private: nettle, hogweed, libtasn1, libidn, zlib Cflags: -I${includedir} --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- > > pkg-config --debug gnutls After doing these tricks about gnutls.pc, I get this: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- $ pkg-config --debug gnutls no output option set, defaulting to --exists Error printing disabled by default due to use of output options --exists, -= -atleast/exact/max-version or no output option at all. Value of --print-err= ors: 0 Error printing disabled Adding virtual 'pkg-config' package to list of known packages Scanning directory 'c:/Nos_Programmes/MinGW/mingw-w32/lib/pkgconfig' Ignoring file '.' in search directory; not a .pc file Ignoring file '..' in search directory; not a .pc file File 'gnutls.pc' appears to be a .pc file Will find package 'gnutls' in file 'c:/Nos_Programmes/MinGW/mingw-w32/lib/p= kgconfig\gnutls.pc' Ignoring file 'gnutls.pc-original' in search directory; not a .pc file Ignoring file 'gnutls.pc~' in search directory; not a .pc file File 'libpng.pc' appears to be a .pc file Will find package 'libpng' in file 'c:/Nos_Programmes/MinGW/mingw-w32/lib/p= kgconfig\libpng.pc' File 'libpng16.pc' appears to be a .pc file Will find package 'libpng16' in file 'c:/Nos_Programmes/MinGW/mingw-w32/lib= /pkgconfig\libpng16.pc' Scanning directory 'c:/Nos_Programmes/MinGW/mingw-w32/share/pkgconfig' Ignoring file '.' in search directory; not a .pc file Ignoring file '..' in search directory; not a .pc file Looking for package 'gnutls' Looking for package 'gnutls-uninstalled' Reading 'gnutls' from file 'c:/Nos_Programmes/MinGW/mingw-w32/lib/pkgconfig= \gnutls.pc' Parsing package file 'c:/Nos_Programmes/MinGW/mingw-w32/lib/pkgconfig\gnutl= s.pc' line> line> line> line> line> line> line> line> line> line> line> line>prefix=3D/mingw Variable declaration, 'prefix' overridden with 'c:/Nos_Programmes/MinGW/mi= ngw-w32' line>exec_prefix=3D/mingw Variable declaration, 'exec_prefix' has value '/mingw' line>libdir=3D/mingw/lib Variable declaration, 'libdir' has value 'c:/Nos_Programmes/MinGW/mingw-w3= 2/lib' line>includedir=3D/mingw/include/gnutls Variable declaration, 'includedir' has value 'c:/Nos_Programmes/MinGW/ming= w-w32/include/gnutls' line> line>Name: GnuTLS line>Description: Transport Security Layer implementation for the GNU sys= tem line>URL: http://www.gnutls.org/ line>Version: 3.3.13 line>Libs: -L${libdir} -lgnutls line> line> line>Cflags: -I${includedir} Path position of 'gnutls' is 1 Adding 'gnutls' to list of known packages --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- > >> Having or not --with-gnutls=3Dno does not change the outcome as far as >> error message is concerned. I am a bit confused because in the configure= >> --help, `--without-gnutls' is mentioned instead of `--with-gnutls=3Dno'.= I >> tried `--without-gnutls' and the compilation went through. So this is an= error in the message given by configure. > > Using --with-gnutls=3Dno works for me, is it possible you have some > extra whitespace after one of the backslashes? Well, I could not reproduce this issue. It seems that I had an unrecognized option *after* --with-gnutls=3Dno. > >> Well, when I am writing the the compilation went through, this is not up= >> to the end, because I got this later on: >> >> --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- >> Loading c:/Programmes/installation/emacs-install/master/emacs/lisp/emacs= -lisp/eldoc.el (source)... >> dumped_data_commit: memory exhausted. >> Enlarge dumped_data[]! >> mv -f emacs.exe bootstrap-emacs.exe >> mv: cannot stat `emacs.exe': No such file or directory >> make[2]: *** [bootstrap-emacs.exe] Error 1 >> --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- > > Hmm, doesn't happen for me, but you can try enlarging DUMPED_HEAP_SIZE > in src/w32heap.c I could compile till the end with a slight increase as follows: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- diff --git a/src/w32heap.c b/src/w32heap.c index 54de961..507412e 100644 --- a/src/w32heap.c +++ b/src/w32heap.c @@ -116,9 +116,9 @@ typedef NTSTATUS (NTAPI *PRTL_HEAP_COMMIT_ROUTINE) ( to build only the first bootstrap-emacs.exe with the large size, and reset that to a lower value afterwards. */ #if defined _WIN64 || defined WIDE_EMACS_INT -# define DUMPED_HEAP_SIZE (21*1024*1024) +# define DUMPED_HEAP_SIZE (26*1024*1024) #else -# define DUMPED_HEAP_SIZE (12*1024*1024) +# define DUMPED_HEAP_SIZE (13*1024*1024) #endif --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- I note that that current sizes between narrow and wide are not consistent, as 21 is not the double of 12. Anyway, now I have a running Emacs 26, however it seems that it does not have any gnutls in it, because when I try a message send, I get the following error message: --8<----8<----8<----8<----8<-- begin -->8---->8---->8---->8---->8---- Sending via mail... smtpmail-send-it: Sending failed: Emacs does not support TLS --8<----8<----8<----8<----8<-- end -->8---->8---->8---->8---->8---- My configuration is as follows: smtpmail-default-smtp-server smtpmail-smtp-server smtpmail-stream-type starttls smtpmail-starttls-credentials ((smtpmail-smtp-server smtpmail-smtp-servi= ce smtpmail-from-address nil)) Vincent --- L'absence de virus dans ce courrier =E9lectronique a =E9t=E9 v=E9rifi=E9e p= ar le logiciel antivirus Avast. https://www.avast.com/antivirus