www.delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2009/12/09/11:18:34

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Wed, 9 Dec 2009 11:18:12 -0500
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Need help building emacs with system malloc
Message-ID: <20091209161812.GA5491@ednor.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <4B1FC7A2 DOT 10401 AT cornell DOT edu>
MIME-Version: 1.0
In-Reply-To: <4B1FC7A2.10401@cornell.edu>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Wed, Dec 09, 2009 at 10:52:02AM -0500, Ken Brown wrote:
>Emacs by default uses its own malloc, but the emacs developers have 
>suggested that I try to build it so that it uses Cygwin's malloc.  (See 
>http://lists.gnu.org/archive/html/emacs-devel/2009-12/threads.html#00369 
>for the context if you're curious.)  When I try to do this, the build 
>fails as follows:
>
>gcc    -o temacs ecrt0.o dispnew.o frame.o scroll.o xdisp.o menu.o 
>window.o charset.o coding.o category.o ccl.o character.o chartab.o cm.o 
>term.o terminal.o xfaces.o    emacs.o keyboard.o macros.o keymap.o 
>sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o 
>dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o 
>regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o 
>floatfns.o fns.o font.o print.o lread.o syntax.o unexcw.o bytecode.o 
>process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o 
>intervals.o textprop.o composite.o md5.o   sheap.o  terminfo.o 
>lastfile.o vm-limit.o  getloadavg.o       -lcurses -lg   `gcc 
>-print-libgcc-file-name` -lm -lc `gcc -print-libgcc-file-name`
>vm-limit.o:vm-limit.c:(.text+0x17): undefined reference to 
>`___after_morecore_hook'
>vm-limit.o:vm-limit.c:(.text+0x6c): undefined reference to `___morecore'
>
>Is this one of those situations where the libraries are listed in the 
>wrong order in the gcc command?  Or is there something else going on? 
>I'm attaching my .cygport and .src.patch files in case it's more subtle 
>and someone else wants to give it a try.

No, it's one of those situations where cygwin doesn't provide something
that linux does.  It's possible that you may be able to work around
the problem by using a -D__morecore=sbrk (or maybe one more underscore
is needed) on the compile line for vm-limit.c.

cgf

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019