From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Giorgos Keramidas Newsgroups: gmane.emacs.devel Subject: Re: make bootstrap: need moral support. :-( Date: Mon, 20 Feb 2006 22:57:25 +0200 Message-ID: <20060220205725.GC78518@flame.pc> References: <86k6bqrr2r.fsf@blue.stonehenge.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1140492567 8601 80.91.229.2 (21 Feb 2006 03:29:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 21 Feb 2006 03:29:27 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 21 04:29:25 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FBODM-0002Ri-2e for ged-emacs-devel@m.gmane.org; Tue, 21 Feb 2006 04:29:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FBOCS-0001kC-AH for ged-emacs-devel@m.gmane.org; Mon, 20 Feb 2006 22:28:28 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FBI6o-0003EA-Qm for emacs-devel@gnu.org; Mon, 20 Feb 2006 15:58:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FBI6l-0003BQ-OR for emacs-devel@gnu.org; Mon, 20 Feb 2006 15:58:13 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FBI6l-0003Aa-5i for emacs-devel@gnu.org; Mon, 20 Feb 2006 15:58:11 -0500 Original-Received: from [62.1.205.36] (helo=igloo.linux.gr) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FBICr-0000hw-Ju for emacs-devel@gnu.org; Mon, 20 Feb 2006 16:04:30 -0500 Original-Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1KKvnin018066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 20 Feb 2006 22:57:53 +0200 Original-Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1KKvUZv079698; Mon, 20 Feb 2006 22:57:30 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Original-Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1KKvPQU079685; Mon, 20 Feb 2006 22:57:25 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Original-To: "Randal L. Schwartz" Content-Disposition: inline In-Reply-To: <86k6bqrr2r.fsf@blue.stonehenge.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.36, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.84, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr 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:50835 Archived-At: On 2006-02-20 07:24, "Randal L. Schwartz" wrote: > >>>>> "Robert" == Robert J Chassell writes: > > Robert> ... or am I just being unlucky at the moment? > Robert> You are just being unlucky. I updated CVS at 11:44 UTC this morning, > Robert> 2006 Feb 19, and built it with > > Robert> (progn (cd "/usr/local/src/emacs/") (compile "time make bootfast")) > > Robert> It built fine. I did use gcc 4.0.3 but not long ago, I used gcc 2.95. > Robert> I am also using GNU Make 3.81beta4, but I expect that make 3.79.1 > Robert> would work. > > I built from CVS just now on OSX with: > > make distclean > ./configure --prefix=/opt/emacs --without-x > make bootstrap install > > and died with: > > /emacs-CVS/lib-src/../src -fpascal-strings -DMAC_OSX -I../mac/src -g -O2 -Wno-pointer-sign -DVERSION="\"22.0.50\"" /Users/merlyn/MIRROR/emacs-CVS/lib-src/etags.c getopt.o getopt1.o regex.o -o etags > /usr/bin/ld: Undefined symbols: > _xmalloc > _xrealloc > collect2: ld returned 1 exit status > make[3]: *** [etags] Error 1 > make[2]: *** [lib-src] Error 2 > make[1]: *** [bootstrap-build] Error 2 > make: *** [bootstrap] Error 2 > make bootstrap install 856.14s user 189.33s system 40% cpu 43:07.15 total > > This is definitely recent. Yes. The malloc/realloc -> xmalloc/xrealloc change to src/regex.c adds a conditional dependency on some of the allocators available in emacs/src/ to lib-src files too. I'm currently building a snapshot with the following patch applied to see if it fixes things: %%% Index: emacs/lib-src/Makefile.in =================================================================== --- emacs/lib-src/Makefile.in (.../branches/gnu) (revision 21) +++ emacs/lib-src/Makefile.in (.../trunk) (revision 21) @@ -399,13 +399,36 @@ #ifdef REGEXP_IN_LIBC REGEXPOBJ = REGEXPDEPS = -#else -REGEXPOBJ = regex.o -REGEXPDEPS = $(REGEXPOBJ) $(srcdir)/../src/regex.h +#else /* !REGEXP_IN_LIBC */ + +/* The Emacs regexp code depends on our own memory allocation stuff. */ +#ifndef SYSTEM_MALLOC +#ifndef DOUG_LEA_MALLOC +GMALLOCOBJ = gmalloc.o #endif +#ifdef REL_ALLOC +RALLOCOBJ = ralloc.o +#endif + +MALLOCOBJ = ${GMALLOCOBJ} ${RALLOCOBJ} vm-limit.o +#endif /* SYSTEM_MALLOC */ + +REGEXPOBJ = regex.o $(MALLOCOBJ) +REGEXPDEPS = $(REGEXPOBJ) $(MALLOCOBJ) $(srcdir)/../src/regex.h +#endif + +gmalloc.o: $(srcdir)/../src/gmalloc.c ../src/config.h + ${CC} -c ${ALL_CFLAGS} ${srcdir}/../src/gmalloc.c + +ralloc.o: $(srcdir)/../src/ralloc.c ../src/config.h + ${CC} -c ${ALL_CFLAGS} ${srcdir}/../src/ralloc.c + +vm-limit.o: $(srcdir)/../src/vm-limit.c $(srcdir)/../src/mem-limits.h ../src/config.h + ${CC} -c ${ALL_CFLAGS} ${srcdir}/../src/vm-limit.c + regex.o: $(srcdir)/../src/regex.c $(srcdir)/../src/regex.h ../src/config.h - ${CC} -c ${BASE_CFLAGS} -DCONFIG_BROKETS -DINHIBIT_STRING_HEADER ${srcdir}/../src/regex.c + ${CC} -c ${ALL_CFLAGS} -DCONFIG_BROKETS -DINHIBIT_STRING_HEADER ${srcdir}/../src/regex.c etags${EXEEXT}: ${srcdir}/etags.c $(GETOPTDEPS) $(REGEXPDEPS) ../src/config.h $(CC) ${ALL_CFLAGS} -DVERSION="\"${version}\"" ${srcdir}/etags.c $(GETOPTOBJS) $(REGEXPOBJ) $(LOADLIBES) -o etags %%% It isn't finished yet, and I haven't actually tried running Emacs with it, but it may help someone more knowledgeable to find the real fix. - Giorgos