all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
To: Mike Mattie <codermattie@mac.com>
Cc: Emacs Devel <emacs-devel@gnu.org>
Subject: Re: [PATCH] fix for unexec bootstrap fail on darwin
Date: Thu, 01 May 2008 08:56:42 +0900	[thread overview]
Message-ID: <wly76udhhh.wl%mituharu@math.s.chiba-u.ac.jp> (raw)
In-Reply-To: <6D13D5A4-6F6D-4A8E-8B6F-B1B8A0EF676A@mac.com>

>>>>> On Wed, 30 Apr 2008 10:42:53 -0700, Mike Mattie <codermattie@mac.com> said:

> I ran into "not enough room for load commands for new __DATA
> segments" from unexecmacosx.c while bootstrapping yesterday. I
> increased the room for load commands from 30, to 40 and acheived a
> successful bootstrap.

> I did not know exactly how much room was required so increasing the
> padding by 10 commands is a guess. otool -l src/emacs shows 43 load
> commands after bootstrap completed.

Alternatively, you can bootstrap by keeping term/x-win.el from being
preloaded in loadup.el during the bootstrap stage.  I think this will
decrease the optimal size of STATIC_HEAP_SIZE in sheap.c for Cygwin.

I still don't understand why term/*-win.el are changed to be preloaded
at the multi-tty merger.  If it was necessary for multi-tty, it might
cause some problems on CANNOT_DUMP platforms.  If not, then it was
really a bad idea (at least unfair) to slip such changes into the
unrelated event, i.e., the multi-tty merger.

				     YAMAMOTO Mitsuharu
				mituharu@math.s.chiba-u.ac.jp




      parent reply	other threads:[~2008-04-30 23:56 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-30 17:42 [PATCH] fix for unexec bootstrap fail on darwin Mike Mattie
2008-04-30 18:28 ` Mike Mattie
2008-04-30 23:56 ` YAMAMOTO Mitsuharu [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=wly76udhhh.wl%mituharu@math.s.chiba-u.ac.jp \
    --to=mituharu@math.s.chiba-u.ac.jp \
    --cc=codermattie@mac.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.