From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: "Official" binary of Emacs-24.4 for MS-Windows Date: Sat, 25 Oct 2014 14:36:52 +0300 Message-ID: <83tx2s4bzf.fsf@gnu.org> References: <83tx2t5uo9.fsf@gnu.org> <83siid5qgj.fsf@gnu.org> <83mw8l5kr9.fsf@gnu.org> <83d29g64u4.fsf@gnu.org> <834mus601u.fsf@gnu.org> <83y4s44i6e.fsf@gnu.org> <83vbn84hi2.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1414237052 16671 80.91.229.3 (25 Oct 2014 11:37:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 25 Oct 2014 11:37:32 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dani Moncayo Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 25 13:37:25 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xhzev-0004Si-2a for ged-emacs-devel@m.gmane.org; Sat, 25 Oct 2014 13:37:25 +0200 Original-Received: from localhost ([::1]:53035 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xhzeu-0004jq-DS for ged-emacs-devel@m.gmane.org; Sat, 25 Oct 2014 07:37:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55993) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xhzem-0004jh-ES for emacs-devel@gnu.org; Sat, 25 Oct 2014 07:37:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xhzeg-00026t-Bi for emacs-devel@gnu.org; Sat, 25 Oct 2014 07:37:16 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:35205) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xhzeg-00026m-3z for emacs-devel@gnu.org; Sat, 25 Oct 2014 07:37:10 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NDZ00E00ZS69N00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Sat, 25 Oct 2014 14:37:07 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NE000E9909V5840@a-mtaout22.012.net.il>; Sat, 25 Oct 2014 14:37:07 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:175824 Archived-At: > Date: Sat, 25 Oct 2014 13:08:38 +0200 > From: Dani Moncayo > Cc: Emacs development discussions > > I've tried (for the first time) the "make install-strip" target from a > trunk build, and I've noticed something strange: the size of the > resulting stripped "emacs.exe" is ~ 16 MB, whereas the same file for > the 24.4 release (also stripped) is ~ 9 MB. > > Such big difference is strange, isn't it? I think it's expected. You will see the same 7MB difference between the unstripped src/emacs.exe in the emacs-24 branch vs the trunk. The reason is that on the trunk we now store the memory allocated during dumping in a static array, instead of a special section of emacs.exe. That static array is larger than is strictly needed for an Emacs dumped after all Lisp files were compiled to *.elc, but we keep the larger size because it is needed during bootstrap, when the preloaded Lisp files are loaded in their source form. We didn't yet find a way to reduce the size of the array when we build a non-bootstrap Emacs. It would be nice to find a solution to this, but it's not a bug. > Also, I've noticed this suspicious errors in the output of "make > install-strip", which don't appear in a "make install" from the same > build: Looks like some redirection snafu: for some reason, install-info is called with arguments taken from Make messages that announce entering and leaving directories. Maybe it comes from this line: > info_misc=`MAKELEVEL=0 make -s -C doc/misc echo-info`; \ Looks like MAKELEVEL=0 doesn't work with your Make. Try adding the "--no-print-directory" switch to the "make" command, and see if that helps. This sounds like bug #13962, but since we now require GNU Make on the trunk, I think it's OK to use --no-print-directory instead of the MAKELEVEL=0 trick.