This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
On 2019-12-19, Christian Brauner <christian.brauner@ubuntu.com> wrote: > On Thu, Dec 19, 2019 at 09:55:28PM +1100, Aleksa Sarai wrote: > > While openat2(2) is still not yet in Linus's tree, we can take this > > opportunity to iron out some small warts that weren't noticed earlier: > > > > * A fix was suggested by Florian Weimer, to separate the openat2 > > definitions so glibc can use the header directly. I've put the > > maintainership under VFS but let me know if you'd prefer it belong > > ot the fcntl folks. > > > > * Having heterogenous field sizes in an extensible struct results in > > "padding hole" problems when adding new fields (in addition the > > correct error to use for non-zero padding isn't entirely clear ). > > The simplest solution is to just copy clone(3)'s model -- always use > > u64s. It will waste a little more space in the struct, but it > > removes a possible future headache. > > Am I imagining things or did I get the same patch series twice? Not unless it's a coincidence -- I accidentally ran % git send-email *.patch [some flags] *.patch -- Aleksa Sarai Senior Software Engineer (Containers) SUSE Linux GmbH <https://www.cyphar.com/>
Attachment:
signature.asc
Description: PGP signature
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |