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#12242: Emacs 24.2 RC1 build fails on OpenBSD Date: Wed, 22 Aug 2012 06:02:06 +0300 Message-ID: <837gsrbpe9.fsf@gnu.org> References: <877gstuyqb.fsf@moo.wxcvbn.org> <83txvxaquu.fsf@gnu.org> <83obm4b367.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1345604567 15860 80.91.229.3 (22 Aug 2012 03:02:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 22 Aug 2012 03:02:47 +0000 (UTC) Cc: 12242@debbugs.gnu.org, jca@wxcvbn.org To: YAMAMOTO Mitsuharu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 22 05:02:47 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1T41DR-0007aw-7k for geb-bug-gnu-emacs@m.gmane.org; Wed, 22 Aug 2012 05:02:45 +0200 Original-Received: from localhost ([::1]:55529 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T41DP-0007eU-R2 for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 Aug 2012 23:02:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:60653) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T41DM-0007eL-PM for bug-gnu-emacs@gnu.org; Tue, 21 Aug 2012 23:02:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T41DL-0005H5-QF for bug-gnu-emacs@gnu.org; Tue, 21 Aug 2012 23:02:40 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60966) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T41DL-0005H1-N3 for bug-gnu-emacs@gnu.org; Tue, 21 Aug 2012 23:02:39 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1T41Dh-0006QN-Km for bug-gnu-emacs@gnu.org; Tue, 21 Aug 2012 23:03:01 -0400 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: Wed, 22 Aug 2012 03:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12242 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12242-submit@debbugs.gnu.org id=B12242.134560456824676 (code B ref 12242); Wed, 22 Aug 2012 03:03:01 +0000 Original-Received: (at 12242) by debbugs.gnu.org; 22 Aug 2012 03:02:48 +0000 Original-Received: from localhost ([127.0.0.1]:42279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T41DU-0006Px-EU for submit@debbugs.gnu.org; Tue, 21 Aug 2012 23:02:48 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:60895) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1T41DS-0006Pp-WF for 12242@debbugs.gnu.org; Tue, 21 Aug 2012 23:02:48 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0M9400900Z0ZKN00@a-mtaout20.012.net.il> for 12242@debbugs.gnu.org; Wed, 22 Aug 2012 06:02:01 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M940098JZ3DBU50@a-mtaout20.012.net.il>; Wed, 22 Aug 2012 06:02:01 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list 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:63368 Archived-At: > Date: Wed, 22 Aug 2012 11:35:26 +0900 > From: YAMAMOTO Mitsuharu > Cc: jca@wxcvbn.org, > 12242@debbugs.gnu.org > > I took a look at ralloc.c a bit, and I thought that the variable > `use_relocatable_buffers' is not designed to be changed temporarily in > the first place. Why not? Can you tell what led you to that conclusion? My reading of the code is that inhibiting relocation just means that ralloc.c always asks for more memory when it cannot find a large enough block in the existing heaps.