Date: Tue, 31 Jul 2001 12:00:56 +0300 (IDT) From: Eli Zaretskii X-Sender: eliz AT is To: "Mark E." cc: djgpp-workers AT delorie DOT com Subject: Re: ecma, bash 2.05, and termcap update In-Reply-To: <3B6603C4.16280.90047D@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp-workers AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: djgpp-workers AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk 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.