Date: Fri, 2 Jun 2017 09:07:26 +0200 From: Florian Weimer <fweimer@...hat.com> To: Carlos O'Donell <carlos@...hat.com>, Hauke Mehrtens <hauke@...ke-m.de>, musl@...ts.openwall.com, David Woodhouse <dwmw2@...radead.org>, Felix Janda <felix.janda@...teo.de>, linux-kernel@...r.kernel.org Cc: "David S. Miller" <davem@...emloft.net>, linux-api@...r.kernel.org Subject: Re: Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions On 04/25/2017 02:29 PM, Carlos O'Donell wrote: > In glibc right now we support including linux or glibc header files first, > and this has always been a requirement from the start. This requirement dictates > that the kernel know which libc it's being used with so it can tailor coordination. “right now we support” is not a support commitment, but more of an aspiration, right? A lot of combinations are broken, especially when kernel headers are included first. Maybe it's time for us to admit defeat and come up with a simpler scheme which actually works. Thanks, Florian
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.