From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.bugs Subject: bug#13818: 24.3.50; Bootstrap failed on Cygwin due to revno: 111870 Date: Wed, 27 Feb 2013 07:59:24 +0900 Organization: Emacsen advocacy group Message-ID: References: <512CADC5.7080309@cornell.edu> <512CF26E.6080006@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1361919628 18758 80.91.229.3 (26 Feb 2013 23:00:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Feb 2013 23:00:28 +0000 (UTC) Cc: 13818@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 27 00:00:51 2013 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 1UATVw-0001oh-Uz for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Feb 2013 00:00:49 +0100 Original-Received: from localhost ([::1]:39923 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UATVc-0007I1-72 for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Feb 2013 18:00:28 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:38426) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UATVX-0007AV-VE for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 18:00:25 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UATVQ-0001XS-HY for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 18:00:23 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46389) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UATVQ-0001Wk-E5 for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 18:00:16 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UATX8-0000Qb-KW for bug-gnu-emacs@gnu.org; Tue, 26 Feb 2013 18:02:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Katsumi Yamaoka Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Feb 2013 23:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13818 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13818-submit@debbugs.gnu.org id=B13818.13619196831599 (code B ref 13818); Tue, 26 Feb 2013 23:02:02 +0000 Original-Received: (at 13818) by debbugs.gnu.org; 26 Feb 2013 23:01:23 +0000 Original-Received: from localhost ([127.0.0.1]:51853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UATWV-0000Pj-6N for submit@debbugs.gnu.org; Tue, 26 Feb 2013 18:01:23 -0500 Original-Received: from mail-hampton.hostforweb.net ([216.246.13.138]:33993 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UATWR-0000PZ-0i for 13818@debbugs.gnu.org; Tue, 26 Feb 2013 18:01:21 -0500 Original-Received: from localhost.localdomain ([127.0.0.1]:56787 helo=localhost) by hampton.hostforweb.net with smtp (Exim 4.80) (envelope-from ) id 1UATUg-0016hg-86; Tue, 26 Feb 2013 16:59:30 -0600 X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.130006 (=?UTF-8?Q?=E7=9C=9F?= Gnus v0.6) Emacs/24.3.50 (i686-pc-cygwin) Cancel-Lock: sha1:mjiJMtof77+r5aIYXItppuAmFK4= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: acl_c_authenticated_local_user: root X-Source: X-Source-Args: X-Source-Dir: 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.x 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:71869 Archived-At: Paul Eggert wrote: > On 02/26/13 04:42, Ken Brown wrote: >> On 2/26/2013 2:23 AM, Katsumi Yamaoka wrote: >>> In GNU Emacs 24.3.50.1 (i686-pc-cygwin, X toolkit, Xaw3d scroll bars) >>> of 2013-02-26 on localhost >>> Bzr revision: 111880 monnier@iro.umontreal.ca-20130225232750-8wmx78e4uz= 1u7tfk >>> Windowing system distributor `The Cygwin/X Project', version 11.0.11302= 000 >>> Configured using: >>> `configure --verbose --with-x-toolkit=3Dlucid --without-imagemagick >>> --without-dbus --without-gconf --without-gsettings' >>> >>> When dumping temacs it stops by the following error: >>> >>> vm-limit.o: In function `memory_warnings': >>> src/vm-limit.c:239: undefined reference to `_data_start' > Can you please give the full shell command that > generated that line? I assume it's something like > "gcc ... -o temacs ..." but would like the details. Here it is: --8<---------------cut here---------------start------------->8--- gcc -std=3Dgnu99 -Demacs -I. -I/Work/emacs/src -I../lib -I/Work/emacs/src= /../lib -I/usr/include/freetype2 -D_REENTRANT -I/usr/include/librsv= g-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gd= k-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng15 -I/usr/include/pi= xman-1 -I/usr/include/freetype2 -I/usr/include/libxml2 -I/usr/incl= ude/freetype2 -MMD -MF deps/.d -MP -I/usr/include/p11-kit-1 -g= 3 -O2 \ -o temacs vm-limit.o dispnew.o frame.o scroll.o xdisp.o menu.o xmenu.o wi= ndow.o charset.o coding.o category.o ccl.o character.o chartab.o bidi.o c= m.o term.o terminal.o xfaces.o xterm.o xfns.o xselect.o xrdb.o xsmfns.o xse= ttings.o xgselect.o emacs.o keyboard.o macros.o keymap.o sysdep.o buffe= r.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o cmds.o caseta= b.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o edi= tfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o = unexcw.o bytecode.o process.o gnutls.o callproc.o region-cache.o sound.o = atimer.o doprnt.o intervals.o textprop.o composite.o xml.o inotify.o prof= iler.o sheap.o cygw32.o xfont.o ftfont.o xftfont.o ftxfont.o fontset.= o fringe.o image.o terminfo.o gmalloc.o lastfile.o widget.o ../lib/lib= gnu.a ../lwlib/liblw.a -ltiff -ljpeg -lpng -lz -lm -lgif -lXpm -lXaw3d= -lXmu -lXt -lSM -lICE -lXext -lX11 -lXrender -lXft -lXrender -lfontconfig = -lexpat -lfreetype -lz -lbz2 -lX11 -lxcb -lXau -lXdmcp -lrsvg-2 -lgio-2= .0 -lgdk_pixbuf-2.0 -lcairo -lgmodule-2.0 -lgobject-2.0 -lffi -lpixman-1 -l= fontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lxcb-shm -lxcb-render = -lXrender -lXext -lglib-2.0 -lintl -liconv -lpcre -lX11 -lxcb -lXau -lXdmcp= -lxml2 -lz -liconv -lm -lncurses -lelf -lfreetype -lz= -lbz2 -lfontconfig -lexpat -lfreetype -lz -lbz2 -L/usr/bin -lgnutl= s -lnettle -lhogweed -lgmp -ltasn1 -lp11-kit -lz -lpthread \ =20=20 vm-limit.o: In function `memory_warnings': /Work/emacs/src/vm-limit.c:239: undefined reference to `_data_start' collect2: ld returned 1 exit status Makefile:632: recipe for target `temacs.exe' failed --8<---------------cut here---------------end--------------->8--- >> data_start used to be defined in pre-crt0.c on Cygwin, >> but this file was removed. > data_start is now supposed to be defined in vm-limit.c, > on hosts where the linker does not define it for you. > Is there some significance to the leading underscore > in that diagnostic? (Is "_" automatically prepended > to external symbols on Cygwin?) > What does config.log say, after it says > "checking for data_start"? `configure options...` says: checking for data_start... yes (There's nothing about data_start in config.log .) > What is the value of HAVE_DATA_START in src/config.h? #define HAVE_DATA_START 1 > Also, please examine the output of "gcc -E ... vm-limit.c", > where "..." contains the same flags as used for compiling > vm-limit.c, to see how data_start was declared and defined > in the preprocessor output. Nothing is returned. What `make' does then is: gcc -std=3Dgnu99 -c -Demacs -I. -I/Work/emacs/src -I../lib -I/Work/emacs= /src/../lib -I/usr/include/freetype2 -D_REENTRANT -I/usr/include/li= brsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/includ= e/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng15 -I/usr/includ= e/pixman-1 -I/usr/include/freetype2 -I/usr/include/libxml2 -I/usr/= include/freetype2 -MMD -MF deps/vm-limit.d -MP -I/usr/include/p11-k= it-1 -g3 -O2 vm-limit.c Letting `configure' label Cygwin as it doesn't have data_start might be one solution. Thanks.