From: Ulf Jasper <Ulf.Jasper@web.de>
To: bug-gnu-emacs@gnu.org
Subject: Cannot build Emacs 22.1 on OSF1 4.0F
Date: Thu, 14 Jun 2007 14:50:47 +0200 [thread overview]
Message-ID: <1498304283@web.de> (raw)
Hi,
building GNU Emacs 22.1 on OSF1 fails. It looks like the same problem
as this:
http://www.mail-archive.com/emacs-pretest-bug@gnu.org/msg08677.html
This happens on a clean OSF1 4.0F machine (uname -a says "OSF1
<HOSTNAME> V4.0 1229 alpha") using "Digital UNIX Compiler Driver 3.11
DEC C V5.9-011 on Digital UNIX V4.0 (Rev. 1229)". It happens also
with gcc 3.03.
Compiling process.c fails. As mentioned in the above thread, this
seems to be related to the AF_INET6 define.
After adding "#undef AF_INET6" to process.c compilation works, but
temacs crashes. Running temacs in gdb, setting a breakpoint in
Fsignal, gives
######################################################################
bash-2.04$ LC_ALL=C gdb temacs
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "alphaev67-dec-osf4.0f"...
Environment variable "DISPLAY" not defined.
TERM = xterm
Breakpoint 1 at 0x120143250: file sysdep.c, line 1385.
(gdb) break Fsignal
Breakpoint 2 at 0x1201b1c88: file eval.c, line 1611.
(gdb) run -batch -l loadup dump
Starting program: /tmp/emacs-22.1/src/temacs -batch -l loadup dump
(gdb) cont
Continuing.
Loading loadup.el (source)...
Using load-path (/tmp/emacs-22.1/lisp)
Loading emacs-lisp/byte-run...
Loading emacs-lisp/backquote...
Loading subr...
Breakpoint 2, Fsignal (error_symbol=5370837752, data=5370837752) at eval.c:1611
1611 register struct handler *allhandlers = handlerlist;
(gdb) bt
#0 Fsignal (error_symbol=5370837752, data=5370837752) at eval.c:1611
#1 0x1201b2004 in xsignal (error_symbol=5371555393, data=5371826085) at eval.c:1722
#2 0x1201b2068 in xsignal1 (error_symbol=5371555393, arg=5371826085) at eval.c:1739
#3 0x120197da4 in Fsymbol_value (symbol=5371901953) at data.c:1113
#4 0x1201b3918 in Feval (form=5371901953) at eval.c:2209
#5 0x1201b0010 in Fdefvar (args=5371430913) at eval.c:844
#6 0x1201b3880 in Feval (form=5371826005) at eval.c:2275
#7 0x1201d4168 in readevalloop (readcharfun=5371570177, stream=0x3ffc00803f0, sourcename=5371944515,
evalfun=0x1201b3090 <Feval>, printflag=0, unibyte=5371826005, readfun=5371430913, start=5371430913,
end=5371430913) at lread.c:1543
#8 0x1201d26f4 in Fload (file=5371944323, noerror=4831833760, nomessage=5371430913, nosuffix=9,
must_suffix=5370837752) at lread.c:1009
#9 0x1201b3664 in Feval (form=5371827125) at eval.c:2342
#10 0x1201d4168 in readevalloop (readcharfun=5371570177, stream=0x3ffc0080348, sourcename=5371903203,
evalfun=0x1201b3090 <Feval>, printflag=0, unibyte=5371827125, readfun=5371430913, start=5371430913,
end=5371430913) at lread.c:1543
#11 0x1201d26f4 in Fload (file=5371900867, noerror=4831834832, nomessage=5371430913, nosuffix=8,
must_suffix=5370837752) at lread.c:1009
#12 0x1201b3664 in Feval (form=5371835989) at eval.c:2342
#13 0x120122700 in top_level_2 () at keyboard.c:1338
#14 0x1201b1910 in internal_condition_case (bfun=0x1201226e0 <top_level_2>, handlers=5371555057,
hfun=0x120122160 <cmd_error>) at eval.c:1481
#15 0x120122760 in top_level_1 () at keyboard.c:1346
#16 0x1201b11a4 in internal_catch (tag=4395899786352, func=0x120122720 <top_level_1>, arg=5371430913)
at eval.c:1222
#17 0x120122614 in command_loop () at keyboard.c:1303
#18 0x120121d14 in recursive_edit_1 () at keyboard.c:1006
#19 0x120121f30 in Frecursive_edit () at keyboard.c:1067
#20 0x12011f618 in main (argc=5, argv=0x11ffffcc8) at emacs.c:1762
(gdb) frame 7
#7 0x1201d4168 in readevalloop (readcharfun=5371570177, stream=0x3ffc00803f0, sourcename=5371944515,
evalfun=0x1201b3090 <Feval>, printflag=0, unibyte=5371826005, readfun=5371430913, start=5371430913,
end=5371430913) at lread.c:1543
1543 val = (*evalfun) (val);
(gdb) pp val
(defvar custom-declare-variable-list nil 0)
(gdb)
######################################################################
I'm at my wit's end. Can anybody please help?
Thanks
Ulf
_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=000000000066
reply other threads:[~2007-06-14 12:50 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=1498304283@web.de \
--to=ulf.jasper@web.de \
--cc=bug-gnu-emacs@gnu.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).