unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Ken Brown <kbrown@cornell.edu>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: Katsumi Yamaoka <yamaoka@jpl.org>, 13818@debbugs.gnu.org
Subject: bug#13818: 24.3.50; Bootstrap failed on Cygwin due to revno: 111870
Date: Tue, 26 Feb 2013 18:13:31 -0500	[thread overview]
Message-ID: <512D419B.9080703@cornell.edu> (raw)
In-Reply-To: <512CF26E.6080006@cs.ucla.edu>

On 2/26/2013 12:35 PM, 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-8wmx78e4uz1u7tfk
>>> Windowing system distributor `The Cygwin/X Project', version 11.0.11302000
>>> Configured using:
>>>    `configure --verbose --with-x-toolkit=lucid --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'

I see that Katsumi just answered, but here are the answers on my system.

> 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.

gcc -std=gnu99 -Demacs  -I. -I/home/kbrown/src/emacs/test/src  -I../lib 
-I/home/kbrown/src/emacs/test/src/../lib    -D_REENTRANT 
-I/usr/include/gtk-3.0 -I/usr/include/atk-1.0 
-I/usr/include/at-spi2-atk/2.0 -I/usr/include/pango-1.0 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/harfbuzz 
-I/usr/include/freetype2 -I/usr/include/pixman-1 -I/usr/include/libpng15 
   -DGDK_DISABLE_DEPRECATION_WARNINGS -I/usr/include/freetype2 
-D_REENTRANT -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/cairo -I/usr/include/libpng15 -I/usr/include/pixman-1 
-I/usr/include/freetype2   -fopenmp -I/usr/include/ImageMagick 
-I/usr/include/libxml2   -I/usr/include/dbus-1.0 
-I/usr/lib/dbus-1.0/include    -D_REENTRANT -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -D_REENTRANT -I/usr/include/gconf/2 
-I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/freetype2       -MMD -MF deps/.d -MP 
-I/usr/include/p11-kit-1      -g3 -O2    \
   -o temacs vm-limit.o dispnew.o frame.o scroll.o xdisp.o menu.o 
xmenu.o window.o  charset.o coding.o category.o ccl.o character.o 
chartab.o bidi.o  cm.o term.o terminal.o xfaces.o xterm.o xfns.o 
xselect.o xrdb.o xsmfns.o xsettings.o xgselect.o gtkutil.o 
emacsgtkfixed.o dbusbind.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  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 gnutls.o 
callproc.o  region-cache.o sound.o atimer.o  doprnt.o intervals.o 
textprop.o composite.o xml.o inotify.o  profiler.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   ../lib/libgnu.a      -ltiff -ljpeg 
-lpng -lz -lm -lgif -lXpm  -lgtk-3 -latk-bridge-2.0 -lgdk-3 -latk-1.0 
-lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage 
-lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo-gobject -lgio-2.0 -lXfixes 
-lpangoft2-1.0 -lharfbuzz -lpango-1.0 -lcairo -lpixman-1 -lfontconfig 
-lexpat -lfreetype -lbz2 -lxcb-shm -lxcb-render -lXrender -lXext -lX11 
-lxcb -lXau -lXdmcp -lpng15 -lm -lz -lgmodule-2.0 -lgobject-2.0 -lffi 
-lglib-2.0 -lintl -liconv -lpcre   -lSM -lICE -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 -lfontconfig -lexpat -lfreetype -lbz2 
-lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lglib-2.0 
-lintl -liconv -lpcre -lX11 -lxcb -lXau -lXdmcp   -lMagickWand 
-lMagickCore       -ldbus-1 -lpthread -lrt      -lxml2 -lz -liconv -lm 
      -lncurses  -lgio-2.0 -lz -lgmodule-2.0 -lgobject-2.0 -lffi 
-lglib-2.0 -lintl -liconv -lpcre   -lgconf-2 -ldbus-1 -lpthread -lrt 
-lgio-2.0 -lz -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl 
-liconv -lpcre   -lgobject-2.0 -lffi -lglib-2.0 -lintl -liconv -lpcre 
   -lfreetype -lz -lbz2   -lfontconfig -lexpat -lfreetype -lz -lbz2 
   -L/usr/bin -lgnutls -lnettle -lhogweed -lgmp -ltasn1 -lp11-kit -lz 
-lpthread

>> 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.

The problem seems to be that HAVE_DATA_START is defined to 1, but 
DATA_START is not defined.  See below.

> Is there some significance to the leading underscore
> in that diagnostic?  (Is "_" automatically prepended
> to external symbols on Cygwin?)

I think it's automatically prepended.

> What does config.log say, after it says
> "checking for data_start"?

configure:10083: checking for data_start
configure:10099: gcc -std=gnu99 -o conftest.exe -g3 -O2     conftest.c  >&5
configure:10099: $? = 0
configure:10107: result: yes

> What is the value of HAVE_DATA_START in src/config.h?

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.

It's declared as

   extern char data_start[];

but never defined.  Apparently DATA_START is not defined.  How is that 
supposed to happen?

Ken





      parent reply	other threads:[~2013-02-26 23:13 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-26  7:23 bug#13818: 24.3.50; Bootstrap failed on Cygwin due to revno: 111870 Katsumi Yamaoka
2013-02-26 12:42 ` Ken Brown
2013-02-26 17:35   ` Paul Eggert
2013-02-26 22:59     ` Katsumi Yamaoka
2013-02-27  8:02       ` Paul Eggert
2013-02-27  8:34         ` Andreas Schwab
2013-02-27 11:25         ` Ken Brown
2013-02-28  3:25           ` Ken Brown
2013-02-26 23:13     ` Ken Brown [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=512D419B.9080703@cornell.edu \
    --to=kbrown@cornell.edu \
    --cc=13818@debbugs.gnu.org \
    --cc=eggert@cs.ucla.edu \
    --cc=yamaoka@jpl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).