Oh, I quite agree. However, in6_nbrinfo predates my involvement with NetBSD
and is the same struct on all BSD. While bringing the same functionality to
IPv4, I elected to keep the same struct just to have the same API, warts
and all. I like consistency.
[ .. ]
That breaks API/ABI though yes? As such it would require stuff in compat
anyway, but leaving it as it just needs n32 compat gunk instead which is
less impactful on other systems.
in6_nbrinfo/in_nbrinfo are not in any published netbsd release so we can
choose to break them in -current. there's a slight problem that -current has
a minor flag day here, but it's not the compat issue you seem to think.