Mail Archives: djgpp-workers/2001/07/31/05:53:11
On Tue, 31 Jul 2001, Mark E. wrote:
> I do know it would be a problem for gdb and other users of readline
> so I'll hold off on sending patches to remove djgpp specific workarounds for
> not having a termcap.
Thanks.
Perhaps we should think about some autoconf magic, or run-time test, to
take care of this issue. That is, I think the goal should be to submit
changes to readline that would DTRT both with the new termcap/termios and
with libc.a version 2.03 and older. Perhaps we could compartmentalize
DJGPP-specific work-arounds into a separate file (which will be part of
readline), and make any necessary tests and emulations there?
If this is reasonably easy to do, it will be a better solution than to
wait for DJGPP v2.04 and remove the old hacks entirely, because someone
could still use old libraries, and OTOH people who already use the CVS
version might want the new termios in GDB right now.
> To use the features provided by the updated libc.a, set TERM=internal.
Actually, "internal" might not be a good idea, because it is used by
Emacs to turn on its ``window-system'' code which emulates X. This means
that it would be impossible to have a version of Emacs compiled with
DJGPP that uses the termcap/termios emulation when invoked with the -nw
switch, like the X and MS-Windows versions do. (The DJGPP port already
supports -nw, but when you do that, there's no real cursor-motion
support, so the screen is messed up. However, it's still useful for
debugging complex display problems.)
So perhaps we could choose a different name.
- Raw text -