"Stephen J. Turnbull" wrote:
>>>>> "JP" == JP Sasikumar <jpsasiku@ssd.usa.alcatel.com> writes:JP> Lisp backtrace follows:
JP> # bind (frame-being-created)
JP> make-frame(nil #<x-device on "sun3291:0.0" 0x70f>)
JP> frame-initialize()
JP> ./configure --with-gcc --with-xpm --site-includes=/net/sun3291/local/jpsasiku/xemacs/include \You're probably using GNU binutils? That's a bad idea, AFAIK. See
problems.To get a build, try adding
--ldflags='-z nocombreloc'
to the configure command.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
Hi,
Now i have compiled with following configure option../configure \
--with-gcc --with-xpm --site-includes=/net/sun3291/local/jpsasiku/xemacs/include \
--site-runtime-libraries=/net/sun3291/local/jpsasiku/xemacs/lib \
--site-libraries=/net/sun3291/local/jpsasiku/xemacs/lib --prefix=/net/sun3291/local/jpsasiku/xemacs \
--x-includes=/net/sun3291/local/jpsasiku/xemacs/include \
--x-libraries=/net/sun3291/local/jpsasiku/xemacs/lib --ldflags='-z nocombreloc'
while compiling i am getting i got this error.
Loading /net/sun3291/local/jpsasiku/XEMACS/xemacs-21.1.14/lisp/fontl-hooks.elc... (412) Loading /net/sun3291/local/jpsasiku/XEMACS/xemacs-21.1.14/lisp/auto-show.elc... (976) Loading /net/sun3291/local/jpsasiku/XEMACS/xemacs-21.1.14/lisp/loadhist.elc... (2328) Loading /net/sun3291/local/jpsasiku/XEMACS/xemacs-21.1.14/lisp/loaddefs.elc... (404) Loading site-load... (280) Finding pointers to doc strings... Finding pointers to doc strings...done Dumping under the name xemacs Purespace usage: 657344 of 657344 (100%). unexec(): dldump(/net/sun3291/local/jpsasiku/XEMACS/xemacs-21.1.14/src/xemacs): ld.so.1: ./temacs: fatal: /net/sun3291/local/jpsasiku/XEMACS/xemacs-21.1.14/src/xemacs: unknown dynamic entry: 1879048176 *** Error code 1 (ignored) Testing for Lisp shadows ... cd ./src && make CC='gcc' CFLAGS='-g -O3 -Wall -Wno-switch' LDFLAGS='-Xlinker -z -Xlinker nocombreloc' CPPFLAGS='' dump-elcs
make install does not give any errors.
if i invoke xemacs,i am getting the following errors.
jpsasiku@sun2666% ./xemacs Fatal error (6). Your files have been auto-saved. Use `M-x recover-session' to recover them. If you have access to the PROBLEMS file that came with your version of XEmacs, please check to see if your crash is described there, as there may be a workaround available. Otherwise, please report this bug by running the send-pr script included with XEmacs, or selecting `Send Bug Report' from the help menu. As a last resort send ordinary email to `crashes@xemacs.org'. *MAKE SURE* to include the information in the command M-x describe-installation. If at all possible, *please* try to obtain a C stack backtrace; it will help us immensely in determining what went wrong. To do this, locate the core file that was produced as a result of this crash (it's usually called `core' and is located in the directory in which you started the editor, or maybe in your home directory), and type gdb /net/sun3291/local/jpsasiku/XEMACS/bin/xemacs core then type `where' when the debugger prompt comes up. (If you don't have GDB on your system, you might have DBX, or XDB, or SDB. A similar procedure should work for all of these. Ask your system administrator if you need more help.) Lisp backtrace follows: # bind (frame-being-created) make-frame(nil #<x-device on "sun3291:0.0" 0x70f>) frame-initialize() # bind (debugger debug-on-error command-line-args-left) command-line() # (unwind-protect ...) normal-top-level() # (condition-case ... . error) # (catch top-level ...) Abort (core dumped)
here with i am attaching the gdb traces.psasiku@sun2666% gdb --nw ./xemacs GNU gdb 4.18-gnupro-99r1 Copyright 1998 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. This version of GDB is supported for customers of Cygnus Solutions. Type "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.6"... (gdb) r Starting program: /net/sun3291/local/jpsasiku/XEMACS/bin/./xemacs Program received signal SIGABRT, Aborted. 0xfeb9a608 in _libc_kill () from /lib/libc.so.1 (gdb) where #0 0xfeb9a608 in _libc_kill () from /lib/libc.so.1 #1 0xfeb3955c in abort () from /lib/libc.so.1 #2 0x135d74 in size_menu (mw=0x3be600, level=3917008) at xlwmenu.c:1517 #3 0x137424 in XlwMenuInitialize (request=0xffbedcc8, new=0x3be600, args=0xffbee138, num_args=0xffbedbfc) at xlwmenu.c:3063 #4 0xfefa6384 in CallInitialize () from /usr/openwin/lib/libXt.so.4 #5 0xfefa27c4 in xtCreate () from /usr/openwin/lib/libXt.so.4 #6 0xfefaaa40 in _XtCreateWidget () from /usr/openwin/lib/libXt.so.4 #7 0xfefaa770 in XtCreateWidget () from /usr/openwin/lib/libXt.so.4 #8 0x138af8 in xlw_create_menubar (instance=0x3c49e0) at lwlib-Xlw.c:111 #9 0x130ec0 in instantiate_widget_instance (instance=0x3c49e0) at lwlib.c:866 #10 0x130fec in lw_make_widget (id=3943872, parent=0x3bd700, pop_up_p=0 '\000') at lwlib.c:345 #11 0x131b7c in lw_create_widget (type=0x1472b0 "menubar", name=0x1472b0 "menubar", id=65537, val=0x3b77c0, parent=0x3bd700, pop_up_p=0 '\000', pre_activate_cb=0x65748 <pre_activate_callback>, selection_cb=0x6a3f0 <popup_selection_callback>, post_activate_cb=0) at lwlib.c:918 #12 0x65ca4 in set_frame_menubar (f=0x367600, deep_p=1, first_time_p=1) at menubar-x.c:606 #13 0x662b0 in x_initialize_frame_menubar (f=0x367600) at menubar-x.c:632 ---Type <return> to continue, or q <return> to quit--- #14 0x113894 in x_create_widgets (f=0x367600, lisp_window_id=-1608187900, parent=-1608187900) at frame-x.c:1992 #15 0x113c40 in x_init_frame_1 (f=0x367600, props=-1608187900) at frame-x.c:2183 #16 0x9fcbc in Fmake_frame (props=-1608187900, device=539747328) at frame.c:383 #17 0x4d018 in funcall_recording_as (recorded_as=-1608091524, nargs=2, args=0xffbee880) at eval.c:3197 #18 0x51338 in Ffuncall (nargs=3, args=0xffbee880) at eval.c:3238 #19 0x27658 in Fbyte_code (bytestr=1612370584, vector=-2145725732, maxdepth=34) at bytecode.c:416 #20 0x4e314 in funcall_lambda (fun=538628904, nargs=0, arg_vector=0xffbeec94) at eval.c:3607 #21 0x4d268 in funcall_recording_as (recorded_as=-1607785460, nargs=0, args=0xffbeec90) at eval.c:3214 #22 0x51338 in Ffuncall (nargs=1, args=0xffbeec90) at eval.c:3238 #23 0x27658 in Fbyte_code (bytestr=1612486888, vector=-2145609384, maxdepth=40) at bytecode.c:416 #24 0x4e314 in funcall_lambda (fun=538745372, nargs=0, arg_vector=0xffbef1b4) at eval.c:3607 #25 0x4d268 in funcall_recording_as (recorded_as=-1607528012, nargs=0, args=0xffbef1b0) at eval.c:3214 #26 0x51338 in Ffuncall (nargs=1, args=0xffbef1b0) at eval.c:3238 #27 0x27658 in Fbyte_code (bytestr=1612484964, vector=-2145611240, maxdepth=165) at bytecode.c:416 #28 0x4e314 in funcall_lambda (fun=538743776, nargs=0, arg_vector=0xffbef2f8) at eval.c:3607 #29 0x4dcf0 in apply_lambda (fun=538743776, numargs=0, unevalled_args=-1608187900) at eval.c:3511 #30 0x4c930 in Feval (form=1076535556) at eval.c:3085 ---Type <return> to continue, or q <return> to quit--- #31 0x49de8 in condition_case_1 (handlers=-1608187804, bfun=0x4bfa8 <Feval>, barg=1076535556, hfun=0x2f3e0 <cmd_error>, harg=-1608187900) at eval.c:1653 #32 0x2f470 in top_level_1 (dummy=2235392) at cmdloop.c:206 #33 0x51048 in internal_catch (tag=-1608110252, func=0x2f434 <top_level_1>, arg=-1608187900, threw=0x0) at eval.c:1328 #34 0x2ea28 in initial_command_loop (load_me=-1608187900) at cmdloop.c:285 #35 0x46da4 in sort_args (argc=1, argv=0xffbef8fc) at emacs.c:1725 (gdb)
please let me know what could be the problem now.
Sasikumar