Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1429728
| From | Joseph Myers <joseph@codesourcery.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 21/27] [AARCH64] ILP32: introduce syscalls that pass off_t |
| Date | 2016-06-23 14:00 +0200 |
| Message-ID | <rNbsB-12A-1@gated-at.bofh.it> (permalink) |
| References | <rMoBA-2OV-31@gated-at.bofh.it> <rMrpL-4GP-3@gated-at.bofh.it> <rMrpL-4GP-1@gated-at.bofh.it> <rNbsB-12A-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 23 Jun 2016, Yury Norov wrote: > So for now I think it's simpler to have this ABI in sysdeps, and be in Of course it goes in sysdeps. But not architecture-specific sysdeps. And "simpler" for initial implementation may not be simpler for future maintenance; when there are too many implementations of a function, they have a tendency to get out of sync, and to cause trouble for future global changes. There are two plausible options that I see: * sysdeps/unix/sysv/linux/<some-descriptive-name>, where <some-descriptive-name> is an architecture-independent name for the relevant ABI feature. * Have a macro __SOME_ABI_FEATURE in some sysdeps header, and then use conditionals on that macro in existing implementations in sysdeps/unix/sysv/linux/generic or sysdeps/unix/sysv/linux. I think the second one is preferable. If you prefer the first one, you should be able to justify it by giving some detailed examples of what the different implementations look like and why there is actually nothing useful in common between them that would allow shared implementations with conditional code. -- Joseph S. Myers joseph@codesourcery.com
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH 21/27] [AARCH64] ILP32: introduce syscalls that pass off_t Joseph Myers <joseph@codesourcery.com> - 2016-06-21 12:50 +0200 Re: [PATCH 21/27] [AARCH64] ILP32: introduce syscalls that pass off_t Joseph Myers <joseph@codesourcery.com> - 2016-06-23 14:00 +0200
csiph-web