Re: [musl] Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

2017-04-21 Thread Rich Felker
On Fri, Apr 21, 2017 at 03:14:21PM +0200, Hauke Mehrtens wrote: > > > On 04/20/2017 10:36 PM, David Miller wrote: > > From: David Woodhouse > > Date: Thu, 20 Apr 2017 21:14:37 +0100 > > > >> I agree, except I don't think you're going far enough. Those "standard > >> names" you mention... some o

Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

2017-04-21 Thread David Woodhouse
On Fri, 2017-04-21 at 15:14 +0200, Hauke Mehrtens wrote: > > On 04/20/2017 10:36 PM, David Miller wrote: > > > > From: David Woodhouse > > Date: Thu, 20 Apr 2017 21:14:37 +0100 > > > > > > > > I agree, except I don't think you're going far enough. Those > > > "standard > > > names" you mention

Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

2017-04-21 Thread Hauke Mehrtens
On 04/20/2017 10:36 PM, David Miller wrote: > From: David Woodhouse > Date: Thu, 20 Apr 2017 21:14:37 +0100 > >> I agree, except I don't think you're going far enough. Those "standard >> names" you mention... some of this stuff actually depends on __GLIBC__, >> and *that* isn't right either. >

Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

2017-04-20 Thread David Miller
From: David Woodhouse Date: Thu, 20 Apr 2017 21:14:37 +0100 > I agree, except I don't think you're going far enough. Those "standard > names" you mention... some of this stuff actually depends on __GLIBC__, > and *that* isn't right either. Yep, that's something that needs correcting.

Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

2017-04-20 Thread David Woodhouse
On Thu, 2017-04-20 at 16:07 -0400, David Miller wrote: > > I think I have to put the brakes on this patch series, after much > consideration. > > It does not scale if we continually add a hodge-podge of different > ifdef tests to the UAPI headers in order to prevent mutliple > definitions. > > W

Re: [PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

2017-04-20 Thread David Miller
From: Hauke Mehrtens Date: Tue, 18 Apr 2017 23:00:33 +0200 > The code from libc-compat.h depends on some glibc specific defines and > causes compile problems with the musl libc. These patches remove some > of the glibc dependencies. With these patches the LEDE (OpenWrt) base > user space appli

[PATCH v2 0/3] uapi glibc compat: fix musl libc compatibility

2017-04-18 Thread Hauke Mehrtens
The code from libc-compat.h depends on some glibc specific defines and causes compile problems with the musl libc. These patches remove some of the glibc dependencies. With these patches the LEDE (OpenWrt) base user space applications can be build with unmodified kernel headers and musl libc.