Mail Archives: djgpp/2014/08/25/13:17:31
Am 24.08.2014 17:27, schrieb Eli Zaretskii:
>> Date: Sun, 24 Aug 2014 18:06:11 +0300
>> From: Eli Zaretskii <eliz AT gnu DOT org>
>>
>>> - If the sources are configured without --no-debug and -O0 flag then the
>>> build process aborts with the following error message:
>>>
>>> gcc -Demacs -I. -I../lib -O0 -gcoff \
>>> -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 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 unexcoff.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 profiler.o decompress.o dosfns.o msdos.o w16select.o termcap.o tparam.o lastfile.o gmalloc.o ralloc.o ../lib/libgnu.a -lm
>>> sysdep.o: In function `emacs_backtrace':
>>> sysdep.c:2115: undefined reference to `backtrace'
>>> sysdep.c:2121: undefined reference to `backtrace_symbols_fd'
>> These functions are in lib/execinfo.h, but I see that lib/execinfo.c
>> is not compiled in the DJGPP build. That's a real bug, I will fix it
>> soon.
> Please try the patch below. After applying it, re-run "config msdos"
> before running "make install". I hope this will now work both with
> and without -O0 in CFLAGS.
The patch seems to fix the issue for both -O0 and -O2 flag use.
I have compiled the sources with gcc490, bnu224br2 and a libc.a version produced
from repository sources. The emacs sources can be compiled on pure DOS together
with DOSLFN if and only if djdev203 is used or if the repository code is used.
On WinXP or Win98SE djdev204 can be used because both OS implement the full set
of 0x71NN functions so that all functions of djdev204 due work properly and
there is no need to run alternative code for the case that a 0x71NN function
is not provided by the used LFN driver.
Of course, this has the consequence that a lot of ports and programs compiled
with djdev204 wil not work properly on plain DOS together with any LFN driver
that does not provide the full set of 0x71NN functions. I have observed this
already for grep220 and cp of fileutils. The cc1.exe of gcc334 compiled with
djdev204 also seems to be broken.
I think that we can close the issue.
Regards,
Juan M. Guerrero
- Raw text -