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: Building without Emacs malloc, possible? Date: Fri, 23 Feb 2007 20:12:36 +0200 Message-ID: References: <45DCAC15.40305@swipnet.se> <45DDE56C.6070909@swipnet.se> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1172254376 27742 80.91.229.12 (23 Feb 2007 18:12:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 23 Feb 2007 18:12:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Jan D." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 23 19:12:49 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HKeuW-0006fJ-Mf for ged-emacs-devel@m.gmane.org; Fri, 23 Feb 2007 19:12:48 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HKeuW-0008GU-BP for ged-emacs-devel@m.gmane.org; Fri, 23 Feb 2007 13:12:48 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HKeuL-0008GP-6I for emacs-devel@gnu.org; Fri, 23 Feb 2007 13:12:37 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HKeuJ-0008GD-Q1 for emacs-devel@gnu.org; Fri, 23 Feb 2007 13:12:35 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HKeuJ-0008GA-EU for emacs-devel@gnu.org; Fri, 23 Feb 2007 13:12:35 -0500 Original-Received: from romy.inter.net.il ([213.8.233.24]) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HKeuJ-0001iP-13 for emacs-devel@gnu.org; Fri, 23 Feb 2007 13:12:35 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-84-228-55-177.inter.net.il [84.228.55.177]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id HES79412 (AUTH halo1); Fri, 23 Feb 2007 20:12:36 +0200 (IST) In-reply-to: <45DDE56C.6070909@swipnet.se> (jan.h.d@swipnet.se) X-detected-kernel: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:66690 Archived-At: > Date: Thu, 22 Feb 2007 19:48:12 +0100 > From: "Jan D." > Cc: emacs-devel@gnu.org > > vm-limit.o: In function `check_memory_limits': > /home/jhd/src/emacs-22.0.93/src/vm-limit.c:185: undefined reference to > `___morecore' > vm-limit.o: In function `memory_warnings': > /home/jhd/src/emacs-22.0.93/src/vm-limit.c:259: undefined reference to > `___after_morecore_hook' > > I see this in src/Makefile.in: > > #ifdef CYGWIN > /* Cygwin differs because of its unexec(). */ > otherobj= $(termcapobj) $(gmallocobj) $(rallocobj) lastfile.o vm-limit.o > $(allocaobj) $(widgetobj) $(LIBOBJS) > #else > otherobj= $(termcapobj) lastfile.o $(mallocobj) $(allocaobj) > $(widgetobj) $(LIBOBJS) > #endif > > so apparently the solution is more complex. Yes, Makefile.in should probably use a different list of object files when SYSTEM_MALLOC is used in the Cygwin build. > Maybe we just should say that Gtk+ and cygwin is not possible? I'm fine with that, since no one seems to care about the Cygwin build enough to actively maintain it. Thanks for working on this.