Mercurial > gnulib
view m4/ldexpf.m4 @ 40140:81f075eaa990
ptsname_r: Work around bug on Android 4.3.
* m4/ptsname_r.m4 (gl_FUNC_PTSNAME_R): Define
HAVE_ESSENTIALLY_WORKING_PTSNAME_R. Test whether the return value is
correct.
* lib/ptsname_r.c (__ptsname_r): If HAVE_ESSENTIALLY_WORKING_PTSNAME_R
is defined, just fix the return value.
* doc/glibc-functions/ptsname_r.texi: Mention the Android bug. Reword:
The behaviour of musl libc is nothing to be "fixed", since it is
compliant with the next POSIX standard.
author | Bruno Haible <bruno@clisp.org> |
---|---|
date | Sat, 26 Jan 2019 15:23:19 +0100 |
parents | b06060465f09 |
children |
line wrap: on
line source
# ldexpf.m4 serial 2 dnl Copyright (C) 2011-2019 Free Software Foundation, Inc. dnl This file is free software; the Free Software Foundation dnl gives unlimited permission to copy and/or distribute it, dnl with or without modifications, as long as this notice is preserved. AC_DEFUN([gl_FUNC_LDEXPF], [ AC_REQUIRE([gl_MATH_H_DEFAULTS]) AC_REQUIRE([gl_FUNC_LDEXP]) dnl Persuade glibc <math.h> to declare ldexpf(). AC_REQUIRE([gl_USE_SYSTEM_EXTENSIONS]) dnl Test whether ldexpf() exists. We cannot assume that ldexpf(), if it dnl exists, is defined in the same library as ldexp(). This is not the case dnl on FreeBSD, NetBSD, OpenBSD. gl_MATHFUNC([ldexpf], [float], [(float, int)]) if test $gl_cv_func_ldexpf_no_libm = no \ && test $gl_cv_func_ldexpf_in_libm = no; then HAVE_LDEXPF=0 LDEXPF_LIBM="$LDEXP_LIBM" fi AC_SUBST([LDEXPF_LIBM]) ])