[Bug libc/10339] Terminal interface: non-standard baudrates are not handled properly on Linux-systems
joseph at codesourcery dot com
sourceware-bugzilla@sourceware.org
Mon Oct 8 14:42:00 GMT 2018
https://sourceware.org/bugzilla/show_bug.cgi?id=10339
--- Comment #19 from joseph at codesourcery dot com <joseph at codesourcery dot com> ---
On Mon, 8 Oct 2018, hpa at zytor dot com wrote:
> Neither mips nor sparc defined the c_[io]speed in the *user space* struct
> termios. MIPS has a fair number of unused bytes in c_cc, so my current
> thinking is to drop NCCS to 24 on MIPS (the kernel uses 23) and add those
> fields.
Could that change for MIPS cause a program built with glibc 2.29, and
using the new fields, but not using any new functions, to misbehave when
run with glibc 2.28 because the fields would not be set? If so, I think
you need new symbol versions for the relevant functions, even if the
functions with the old and new symbol versions are aliases, so that
programs expecting the new fields don't try to run with older libc. If
the change of NCCS could also break valid expectations for programs built
with the old libc, you need new symbol versions which aren't aliases.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Glibc-bugs
mailing list