From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#9960: Compiling Emacs trunk with MSVC Date: Fri, 11 Nov 2011 21:53:24 +0200 Message-ID: <83pqgyfnbf.fsf@gnu.org> References: <83sjy5279e.fsf@gnu.org> <8339e2lsu7.fsf@gnu.org> <83zkgakdby.fsf@gnu.org> <4EB5320F.5090800@gmail.com> <83vcqyk8k3.fsf@gnu.org> <4EB540F4.7080106@gmail.com> <83r51mk62f.fsf@gnu.org> <86wrbeo7p5.fsf@googlemail.com> <83k47ejyyt.fsf@gnu.org> <86sjm2o559.fsf@googlemail.com> <86obwqo2hl.fsf@googlemail.com> <86ipmynwds.fsf@googlemail.com> <838vnujm3z.fsf@gnu.org> <83sjlzj25l.fsf@gnu.org> <8339dvgfpv.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1321041354 14931 80.91.229.12 (11 Nov 2011 19:55:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 11 Nov 2011 19:55:54 +0000 (UTC) Cc: cschol2112@googlemail.com, 9960@debbugs.gnu.org To: Fabrice Popineau Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Nov 11 20:55:50 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ROxCX-0003hI-DN for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Nov 2011 20:55:49 +0100 Original-Received: from localhost ([::1]:38233 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROxCW-0001NA-Rj for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Nov 2011 14:55:48 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:32952) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROxCT-0001GS-Bh for bug-gnu-emacs@gnu.org; Fri, 11 Nov 2011 14:55:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ROxCS-0005nS-2q for bug-gnu-emacs@gnu.org; Fri, 11 Nov 2011 14:55:45 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44607) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ROxCS-0005nO-17 for bug-gnu-emacs@gnu.org; Fri, 11 Nov 2011 14:55:44 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1ROxCj-0005dO-Lb for bug-gnu-emacs@gnu.org; Fri, 11 Nov 2011 14:56:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Nov 2011 19:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9960 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9960-submit@debbugs.gnu.org id=B9960.132104135321643 (code B ref 9960); Fri, 11 Nov 2011 19:56:01 +0000 Original-Received: (at 9960) by debbugs.gnu.org; 11 Nov 2011 19:55:53 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ROxCb-0005d2-Aw for submit@debbugs.gnu.org; Fri, 11 Nov 2011 14:55:53 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ROxCZ-0005co-1Y for 9960@debbugs.gnu.org; Fri, 11 Nov 2011 14:55:52 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LUI00A00GNK9M00@a-mtaout20.012.net.il> for 9960@debbugs.gnu.org; Fri, 11 Nov 2011 21:55:21 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.229.66.14]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LUI005IZI08AO62@a-mtaout20.012.net.il>; Fri, 11 Nov 2011 21:55:21 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 11 Nov 2011 14:56:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:53817 Archived-At: > From: Fabrice Popineau > Date: Fri, 11 Nov 2011 20:28:21 +0100 > Cc: cschol2112@googlemail.com, 9960@debbugs.gnu.org > > > +++ lisp/bindings.el 2011-11-10 17:49:35 +0000 > > > @@ -824,13 +824,13 @@ > > > ;; Define control-digits. > > > (let ((i ?0)) > > > (while (<= i ?9) > > > - (define-key global-map (read (format "[?\\C-%c]" i)) > > 'digit-argument) > > > +; (define-key global-map (read (format "[?\\C-%c]" i)) > > 'digit-argument) > > > (setq i (1+ i)))) > > > (define-key global-map [?\C--] 'negative-argument) > > > ;; Define control-meta-digits. > > > (let ((i ?0)) > > > (while (<= i ?9) > > > - (define-key esc-map (read (format "[?\\C-%c]" i)) 'digit-argument) > > > +; (define-key esc-map (read (format "[?\\C-%c]" i)) 'digit-argument) > > > (setq i (1+ i)))) > > > (define-key global-map [?\C-\M--] 'negative-argument) > > > > Why is this part needed? > > > > I would like to know. I get an error when bootstrapping at these lines : > invalid read syntax. I'll have a look. > Also, it seems that it is possible to declare segments using #pragma > and that they can even be resized using the editbin tool (available with > the sdk). That may make addsection useless, and wrt to a 64bits build, > I would be more confident in using the sdk tools if possible. > > I'll try to remove the use of addsection if possible. Well, if someone has > a good reason for which it is not possible, let me know. Most people build Emacs using MinGW, where editbin is not available. But we could tweak gmake.defs and nmake.defs such that MSVC builds do use editbin. > Being able to link against libc or msvcrt is confusing. > Wouldn't it be better if only MSVCRT was supported ? > Does the build work with the static libc ? Sorry, I don't know enough about the various libraries provided by MS to answer that. In general, we must support a build against libraries that are part of the OS, we cannot rely on users having the SDK or the Studio installation. So linking against libraries that are only distributed with VS must be an option. Even using vcredist packages as a prerequisite would be a nuisance.