Diego Biurrun <[email protected]> writes:

> On some (BSD) systems _POSIX_C_SOURCE masks function definitions in
> system header files.  Avoid the #define in that case.
> This allows eliminating some BSD-specific hacks.
> ---
>  configure        |    4 +++-
>  doc/general.texi |    8 --------
>  2 files changed, 3 insertions(+), 9 deletions(-)
>
> diff --git a/configure b/configure
> index 2b5aeab..51ec963 100755
> --- a/configure
> +++ b/configure
> @@ -2310,7 +2310,9 @@ if test "$?" != 0; then
>      die "C compiler test failed."
>  fi
>  
> -add_cppflags -D_ISOC99_SOURCE -D_POSIX_C_SOURCE=200112
> +add_cppflags -D_ISOC99_SOURCE
> +check_func_headers unistd.h swab -D_POSIX_C_SOURCE=200112 &&
> +    add_cppflags -D_POSIX_C_SOURCE=200112

We need to be more careful here since this will omit the define on any
system lacking that function entirely.  This could be any non-POSIX
system or a POSIX system without the X/Open extensions.  Defining
_POSIX_C_SOURCE for non-POSIX systems is of course a bit odd.

I also want to test this on some other obscure systems where I ran into
similar conflicts.

-- 
Måns Rullgård
[email protected]
_______________________________________________
libav-devel mailing list
[email protected]
https://lists.libav.org/mailman/listinfo/libav-devel

Reply via email to