Re: [PATCH v2] UAPI: move RENAME_* definitions to separated file

2018-11-22 Thread Yury Norov
> From: Yury Norov > Date: Wed, 14 Nov 2018 09:51:49 +0300 > To: Andrew Morton , > Alexander Viro , > Florian Weimer > CC: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, > linux-...@vger.kernel.org, libc-al...@sourceware.org > Subject: [PAT

Re: [PATCH v2] UAPI: move RENAME_* definitions to separated file

2018-11-22 Thread Yury Norov
> From: Yury Norov > Date: Wed, 14 Nov 2018 09:51:49 +0300 > To: Andrew Morton , > Alexander Viro , > Florian Weimer > CC: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, > linux-...@vger.kernel.org, libc-al...@sourceware.org > Subject: [PAT

Re: [PATCH v2] UAPI: move RENAME_* definitions to separated file

2018-11-13 Thread Yury Norov
iro , Florian Weimer CC: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, linux-...@vger.kernel.org, libc-al...@sourceware.org Subject: [PATCH v2] UAPI: move RENAME_* definitions to separated file Discussion: https://lore.kernel.org/lkml/20180702084622.GA15274@yury-think

Re: [PATCH v2] UAPI: move RENAME_* definitions to separated file

2018-11-13 Thread Yury Norov
iro , Florian Weimer CC: linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org, linux-...@vger.kernel.org, libc-al...@sourceware.org Subject: [PATCH v2] UAPI: move RENAME_* definitions to separated file Discussion: https://lore.kernel.org/lkml/20180702084622.GA15274@yury-think

[PATCH v2] UAPI: move RENAME_* definitions to separated file

2018-11-13 Thread Yury Norov
Discussion: https://lore.kernel.org/lkml/20180702084622.GA15274@yury-thinkpad/ Although RENAME_* macros are exposed in kernel headers, they are not used by glibc. That's because linux/fs.h which hosts RENAME_* is considered unsuitable by glibc developers: As Florian Weimer wrote: > undefines

[PATCH v2] UAPI: move RENAME_* definitions to separated file

2018-11-13 Thread Yury Norov
Discussion: https://lore.kernel.org/lkml/20180702084622.GA15274@yury-thinkpad/ Although RENAME_* macros are exposed in kernel headers, they are not used by glibc. That's because linux/fs.h which hosts RENAME_* is considered unsuitable by glibc developers: As Florian Weimer wrote: > undefines