termios: support arbitrary baud rates with glibc 2.42+ on Linux

[decathorpe]

glibc 2.42.0 made API / ABI changes to expose arbitrary baud rates in the functions from <termios.h>:

• On Linux, the <termios.h> interface now supports arbitrary baud rates;
  speed_t is redefined to simply be the baud rate specified as an
  unsigned int, which matches the kernel interface.

https://lists.gnu.org/archive/html/info-gnu/2025-07/msg00011.html

Since 0.2.179, libc explicitly links against the symbols from the old ABI that only exposes the baud rate as enum constants: #4882

It would be nice if the libc crate could expose functions that accept / return arbitrary baud rates on Linux too. It looks like this is already the case on *BSD, and only on Linux and Android, the old enums are still used (at least according to the docs for the nix crate).

Alternatively, the existing APIs in libc could start targeting the new glibc ABI in a future major version of the libc crate - but it's possibly too late for 1.0.0, since it would require raising the minimum supported glibc version to 2.42 - which unfortunately would mean that it would take ages for those APIs to ever change to what is exposed by the underlying platform?

[tgross35]

I agree that this would be nice to have, but I don't think it would be reasonable to do this without rust-lang/rfcs#3905 for proper version support. Exposing a cfg would get too messy, and there's no way we can assume 2.42 when 2.17 is the version documented at https://doc.rust-lang.org/rustc/platform-support.html.

I think that RFC could likely use some help driving forward if you happen to be available and interested. But I'm not sure of its status, I did ask about it recently #t-lang > version-types cfgs.