| Message ID | 20170226010156.GA28831@altlinux.org (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote: > Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h > userspace compilation errors like this: > > /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' > size_t ss_size; > > As no uapi header provides a definition of size_t, inclusion > of <stddef.h> seems to be the most conservative fix available. > > On the kernel side size_t is typedef'ed to __kernel_size_t, so > an alternative fix would be to change the type of sigaltstack.ss_size > from size_t to __kernel_size_t for all architectures except those where > sizeof(size_t) < sizeof(__kernel_size_t), namely, x32 and mips n32. > > On x32 and mips n32, however, #include <stddef.h> seems to be the most > straightforward way to obtain the definition for sigaltstack.ss_size's > type. > > Signed-off-by: Dmitry V. Levin <ldv@altlinux.org> I'm not sure if this is the best fix. We generally should not include one standard header from another standard header. Would it be possible to use __kernel_size_t instead of size_t? Arnd
On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote: > On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote: >> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h >> userspace compilation errors like this: >> >> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' >> size_t ss_size; >> >> As no uapi header provides a definition of size_t, inclusion >> of <stddef.h> seems to be the most conservative fix available. >> >> On the kernel side size_t is typedef'ed to __kernel_size_t, so >> an alternative fix would be to change the type of sigaltstack.ss_size >> from size_t to __kernel_size_t for all architectures except those where >> sizeof(size_t) < sizeof(__kernel_size_t), namely, x32 and mips n32. >> >> On x32 and mips n32, however, #include <stddef.h> seems to be the most >> straightforward way to obtain the definition for sigaltstack.ss_size's >> type. >> >> Signed-off-by: Dmitry V. Levin <ldv@altlinux.org> > > I'm not sure if this is the best fix. We generally should not include one > standard header from another standard header. Would it be possible > to use __kernel_size_t instead of size_t? In glibc we handle this with special use of __need_size_t with GCC's provided stddef.h. For example glibc's signal.h does this: # define __need_size_t # include <stddef.h> And... /* Any one of these symbols __need_* means that GNU libc wants us just to define one data type. So don't define the symbols that indicate this file's entire job has been done. */ #if (!defined(__need_wchar_t) && !defined(__need_size_t) \ && !defined(__need_ptrdiff_t) && !defined(__need_NULL) \ && !defined(__need_wint_t)) The idea being that the type you want is really defined by stddef.h, but you just one the one type. Changing the fundamental type causes the issues you see in patch v2 where sizeof(size_t) < sizeof(__kernel_size_t). It will only lead to problem substituting the wrong type. Cheers, Carlos.
On Thu, Mar 02, 2017 at 10:22:18AM -0500, Carlos O'Donell wrote: > On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote: > > On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote: > >> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h > >> userspace compilation errors like this: > >> > >> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' > >> size_t ss_size; > >> > >> As no uapi header provides a definition of size_t, inclusion > >> of <stddef.h> seems to be the most conservative fix available. [...] > > I'm not sure if this is the best fix. We generally should not include one > > standard header from another standard header. Would it be possible > > to use __kernel_size_t instead of size_t? > > In glibc we handle this with special use of __need_size_t with GCC's > provided stddef.h. > > For example glibc's signal.h does this: > > # define __need_size_t > # include <stddef.h> Just to make it clear, do you suggest this approach for asm/signal.h as well? [...] > Changing the fundamental type causes the issues you see in patch v2 > where sizeof(size_t) < sizeof(__kernel_size_t). > > It will only lead to problem substituting the wrong type. I don't see any appetite for creating more ABIs like x32 with sizeof(size_t) < sizeof(__kernel_size_t), so v2 approach is not going to be any different from v1 in maintenance.
On Thu, Mar 2, 2017 at 10:48 AM, Dmitry V. Levin <ldv@altlinux.org> wrote: > On Thu, Mar 02, 2017 at 10:22:18AM -0500, Carlos O'Donell wrote: >> On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote: >> > On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote: >> >> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h >> >> userspace compilation errors like this: >> >> >> >> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' >> >> size_t ss_size; >> >> >> >> As no uapi header provides a definition of size_t, inclusion >> >> of <stddef.h> seems to be the most conservative fix available. > [...] >> > I'm not sure if this is the best fix. We generally should not include one >> > standard header from another standard header. Would it be possible >> > to use __kernel_size_t instead of size_t? >> >> In glibc we handle this with special use of __need_size_t with GCC's >> provided stddef.h. >> >> For example glibc's signal.h does this: >> >> # define __need_size_t >> # include <stddef.h> > > Just to make it clear, do you suggest this approach for asm/signal.h as well? The kernel is duplicating userspace headers in the UAPI implementation and running into exactly the same problems we have already solved in userspace. We currently have no better solution than the "__need_*" interface for avoiding the duplication of the type definitions and the problems that come with that. I am taking this up with senior glibc developers on libc-alpha to see if we have a better suggestion. If you give me 72 hours I'll either have a better suggestion or the acknowledgement that my suggestion is the best practical solution we have. Note that in a GNU userspace stddef.h here comes from gcc, which completes the implementation of the C development environment that provides the types you need. The use of "__need_size_t" is a collusion between the components of the implementation and use by the Linux kernel would mean expecting something specific to a GNU implementation. I might suggest you use include/uapi/linux/libc-compat.h in an attempt to abstract away the GNU-specific magic for getting just size_t from stddef.h. That way you have documented the places that other runtime authors need to fill out for things to work. Cheers, Carlos.
On Fri, Mar 3, 2017 at 8:23 PM, Carlos O'Donell <carlos@systemhalted.org> wrote: > On Thu, Mar 2, 2017 at 10:48 AM, Dmitry V. Levin <ldv@altlinux.org> wrote: >> On Thu, Mar 02, 2017 at 10:22:18AM -0500, Carlos O'Donell wrote: >>> On Wed, Mar 1, 2017 at 11:20 AM, Arnd Bergmann <arnd@arndb.de> wrote: >>> > On Sun, Feb 26, 2017 at 2:01 AM, Dmitry V. Levin <ldv@altlinux.org> wrote: >>> >> Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h >>> >> userspace compilation errors like this: >>> >> >>> >> /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' >>> >> size_t ss_size; >>> >> >>> >> As no uapi header provides a definition of size_t, inclusion >>> >> of <stddef.h> seems to be the most conservative fix available. >> [...] >>> > I'm not sure if this is the best fix. We generally should not include one >>> > standard header from another standard header. Would it be possible >>> > to use __kernel_size_t instead of size_t? >>> >>> In glibc we handle this with special use of __need_size_t with GCC's >>> provided stddef.h. >>> >>> For example glibc's signal.h does this: >>> >>> # define __need_size_t >>> # include <stddef.h> >> >> Just to make it clear, do you suggest this approach for asm/signal.h as well? The best practice from the glibc community looks like this: (a) Create a bits/types/*.h header for the type you need. e.g. ./time/bits/types/struct_timeval.h ./time/bits/types/struct_itimerspec.h ./time/bits/types/time_t.h ./time/bits/types/struct_timespec.h ./time/bits/types/struct_tm.h ./time/bits/types/clockid_t.h ./time/bits/types/clock_t.h ./time/bits/types/timer_t.h (b) If neccessary the bits/types/*.h header is a wrapper: ~~~ #define __need_size_t #include <stddef.h> ~~~ to get access to the compiler provided type. This way all of the code you need simplifies to includes for the types you need. e.g. time/sys/time.h: ... #include <bits/types.h> #include <bits/types/time_t.h> #include <bits/types/struct_timeval.h> ... This is what we've been doing in glibc starting last September as we cleaned up all the convoluted conditional logic to get the types we needed in the headers that needed them. Cheers, Carlos.
diff --git a/include/uapi/asm-generic/signal.h b/include/uapi/asm-generic/signal.h index 3094618..e618eab 100644 --- a/include/uapi/asm-generic/signal.h +++ b/include/uapi/asm-generic/signal.h @@ -100,6 +100,9 @@ typedef unsigned long old_sigset_t; #endif #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + struct sigaction { __sighandler_t sa_handler; unsigned long sa_flags; diff --git a/arch/alpha/include/uapi/asm/signal.h b/arch/alpha/include/uapi/asm/signal.h index dd4ca4bc..74e09f6 100644 --- a/arch/alpha/include/uapi/asm/signal.h +++ b/arch/alpha/include/uapi/asm/signal.h @@ -94,6 +94,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/arm/include/uapi/asm/signal.h b/arch/arm/include/uapi/asm/signal.h index 33073bd..a7b0012 100644 --- a/arch/arm/include/uapi/asm/signal.h +++ b/arch/arm/include/uapi/asm/signal.h @@ -93,6 +93,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/avr32/include/uapi/asm/signal.h b/arch/avr32/include/uapi/asm/signal.h index ffe8c77..62f3b88 100644 --- a/arch/avr32/include/uapi/asm/signal.h +++ b/arch/avr32/include/uapi/asm/signal.h @@ -95,6 +95,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/cris/include/uapi/asm/signal.h b/arch/cris/include/uapi/asm/signal.h index ce42fa7..bedff78 100644 --- a/arch/cris/include/uapi/asm/signal.h +++ b/arch/cris/include/uapi/asm/signal.h @@ -89,6 +89,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/h8300/include/uapi/asm/signal.h b/arch/h8300/include/uapi/asm/signal.h index af3a6c3..361e2e5 100644 --- a/arch/h8300/include/uapi/asm/signal.h +++ b/arch/h8300/include/uapi/asm/signal.h @@ -88,6 +88,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/ia64/include/uapi/asm/signal.h b/arch/ia64/include/uapi/asm/signal.h index c0ea285..b089bfc 100644 --- a/arch/ia64/include/uapi/asm/signal.h +++ b/arch/ia64/include/uapi/asm/signal.h @@ -107,6 +107,10 @@ # include <linux/types.h> +# ifndef __KERNEL__ +# include <stddef.h> /* For size_t. */ +# endif + /* Avoid too many header ordering problems. */ struct siginfo; diff --git a/arch/m32r/include/uapi/asm/signal.h b/arch/m32r/include/uapi/asm/signal.h index 54acacb..269ec39 100644 --- a/arch/m32r/include/uapi/asm/signal.h +++ b/arch/m32r/include/uapi/asm/signal.h @@ -90,6 +90,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/m68k/include/uapi/asm/signal.h b/arch/m68k/include/uapi/asm/signal.h index cba6f85..f6a409e 100644 --- a/arch/m68k/include/uapi/asm/signal.h +++ b/arch/m68k/include/uapi/asm/signal.h @@ -86,6 +86,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/mips/include/uapi/asm/signal.h b/arch/mips/include/uapi/asm/signal.h index addb9f5..744fd71 100644 --- a/arch/mips/include/uapi/asm/signal.h +++ b/arch/mips/include/uapi/asm/signal.h @@ -101,6 +101,9 @@ typedef unsigned long old_sigset_t; /* at least 32 bits */ #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + struct sigaction { unsigned int sa_flags; __sighandler_t sa_handler; diff --git a/arch/mn10300/include/uapi/asm/signal.h b/arch/mn10300/include/uapi/asm/signal.h index f423a08..2e79c71 100644 --- a/arch/mn10300/include/uapi/asm/signal.h +++ b/arch/mn10300/include/uapi/asm/signal.h @@ -98,6 +98,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/parisc/include/uapi/asm/signal.h b/arch/parisc/include/uapi/asm/signal.h index e26043b..6c6c979 100644 --- a/arch/parisc/include/uapi/asm/signal.h +++ b/arch/parisc/include/uapi/asm/signal.h @@ -81,6 +81,10 @@ # include <linux/types.h> +# ifndef __KERNEL__ +# include <stddef.h> /* For size_t. */ +# endif + /* Avoid too many header ordering problems. */ struct siginfo; diff --git a/arch/powerpc/include/uapi/asm/signal.h b/arch/powerpc/include/uapi/asm/signal.h index 6c69ee9..fba7738 100644 --- a/arch/powerpc/include/uapi/asm/signal.h +++ b/arch/powerpc/include/uapi/asm/signal.h @@ -91,6 +91,9 @@ typedef struct { #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + struct old_sigaction { __sighandler_t sa_handler; old_sigset_t sa_mask; diff --git a/arch/s390/include/uapi/asm/signal.h b/arch/s390/include/uapi/asm/signal.h index 2f43cfb..306373b6a 100644 --- a/arch/s390/include/uapi/asm/signal.h +++ b/arch/s390/include/uapi/asm/signal.h @@ -96,6 +96,9 @@ typedef unsigned long sigset_t; #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction { diff --git a/arch/sparc/include/uapi/asm/signal.h b/arch/sparc/include/uapi/asm/signal.h index f387400..3b4664c 100644 --- a/arch/sparc/include/uapi/asm/signal.h +++ b/arch/sparc/include/uapi/asm/signal.h @@ -154,6 +154,9 @@ struct sigstack { #include <asm-generic/signal-defs.h> #ifndef __KERNEL__ + +#include <stddef.h> /* For size_t. */ + struct __new_sigaction { __sighandler_t sa_handler; unsigned long sa_flags; diff --git a/arch/x86/include/uapi/asm/signal.h b/arch/x86/include/uapi/asm/signal.h index 8264f47..2d6db1d 100644 --- a/arch/x86/include/uapi/asm/signal.h +++ b/arch/x86/include/uapi/asm/signal.h @@ -96,6 +96,9 @@ typedef unsigned long sigset_t; # ifndef __KERNEL__ + +# include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ #ifdef __i386__ diff --git a/arch/xtensa/include/uapi/asm/signal.h b/arch/xtensa/include/uapi/asm/signal.h index 586756e..bbc9b14 100644 --- a/arch/xtensa/include/uapi/asm/signal.h +++ b/arch/xtensa/include/uapi/asm/signal.h @@ -106,6 +106,8 @@ typedef struct { #ifndef __KERNEL__ +#include <stddef.h> /* For size_t. */ + /* Here we must cater to libcs that poke about in kernel headers. */ struct sigaction {
Include <stddef.h> (guarded by #ifndef __KERNEL__) to fix asm/signal.h userspace compilation errors like this: /usr/include/asm/signal.h:126:2: error: unknown type name 'size_t' size_t ss_size; As no uapi header provides a definition of size_t, inclusion of <stddef.h> seems to be the most conservative fix available. On the kernel side size_t is typedef'ed to __kernel_size_t, so an alternative fix would be to change the type of sigaltstack.ss_size from size_t to __kernel_size_t for all architectures except those where sizeof(size_t) < sizeof(__kernel_size_t), namely, x32 and mips n32. On x32 and mips n32, however, #include <stddef.h> seems to be the most straightforward way to obtain the definition for sigaltstack.ss_size's type. Signed-off-by: Dmitry V. Levin <ldv@altlinux.org> --- include/uapi/asm-generic/signal.h | 3 +++ arch/alpha/include/uapi/asm/signal.h | 3 +++ arch/arm/include/uapi/asm/signal.h | 3 +++ arch/avr32/include/uapi/asm/signal.h | 3 +++ arch/cris/include/uapi/asm/signal.h | 3 +++ arch/h8300/include/uapi/asm/signal.h | 3 +++ arch/ia64/include/uapi/asm/signal.h | 4 ++++ arch/m32r/include/uapi/asm/signal.h | 3 +++ arch/m68k/include/uapi/asm/signal.h | 3 +++ arch/mips/include/uapi/asm/signal.h | 3 +++ arch/mn10300/include/uapi/asm/signal.h | 3 +++ arch/parisc/include/uapi/asm/signal.h | 4 ++++ arch/powerpc/include/uapi/asm/signal.h | 3 +++ arch/s390/include/uapi/asm/signal.h | 3 +++ arch/sparc/include/uapi/asm/signal.h | 3 +++ arch/x86/include/uapi/asm/signal.h | 3 +++ arch/xtensa/include/uapi/asm/signal.h | 2 ++ 17 files changed, 52 insertions(+)