Re: [NETLINK]: Schedule removal of old macros exported to userspace

On Sat, 2006-12-09 at 15:58 +0100, Stefan Rompf wrote:
> But when even glibc needs internal compat headers to compile with the second 
> kernel version that provides userspace headers, what is the long-term - even 
> mid-term - perspective of make headers_install then?

We've only _just_ started paying attention to what we export. I tried to
keep the initial cut of headers_install very simple and uncontentious --
sticking to implementation, and not policy. So I didn't do a
particularly thorough cull of stuff that we shouldn't be exposing --
it's expected that we may lose _some_ more stuff.

But breaking userspace like _this_ isn't acceptable, and we're not doing
it.

-- 
dwmw2

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• References:
  • Re: [NETLINK]: Schedule removal of old macros exported to userspace
    • From: Stefan Rompf <[email protected]>
  • Re: [NETLINK]: Schedule removal of old macros exported to userspace
    • From: Thomas Graf <[email protected]>
  • Re: [NETLINK]: Schedule removal of old macros exported to userspace
    • From: Stefan Rompf <[email protected]>

• Prev by Date: Re: [patch] net: dev_watchdog() locking fix
• Next by Date: Re: [PATCH RFC] use of activate_mm in fs/aio.c:use_mm()?
• Previous by thread: Re: [NETLINK]: Schedule removal of old macros exported to userspace
• Next by thread: Re: [NETLINK]: Schedule removal of old macros exported to userspace
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]