X-Git-Url: http://erislabs.net/gitweb/?a=blobdiff_plain;f=m4%2Fstrtok_r.m4;h=59ea3d7c92e8102432cd264bec96fb8535b0cef1;hb=b11005d198f23562df043c156a4d5a5389aec31b;hp=f9847da07ce0f04ec4c8b3cd50e5c55b78b127ef;hpb=b2e2010c7c902235b5efb5bd3c6529f61b093aa4;p=gnulib.git diff --git a/m4/strtok_r.m4 b/m4/strtok_r.m4 index f9847da07..59ea3d7c9 100644 --- a/m4/strtok_r.m4 +++ b/m4/strtok_r.m4 @@ -1,5 +1,5 @@ -# strtok_r.m4 serial 9 -dnl Copyright (C) 2002, 2003, 2004, 2007, 2009, 2010 Free Software Foundation, +# strtok_r.m4 serial 13 +dnl Copyright (C) 2002-2004, 2006-2007, 2009-2011 Free Software Foundation, dnl Inc. dnl This file is free software; the Free Software Foundation dnl gives unlimited permission to copy and/or distribute it, @@ -14,9 +14,10 @@ AC_DEFUN([gl_FUNC_STRTOK_R], AC_REQUIRE([AC_CANONICAL_HOST]) dnl for cross-compiles AC_CHECK_FUNCS([strtok_r]) if test $ac_cv_func_strtok_r = yes; then + HAVE_STRTOK_R=1 dnl glibc 2.7 has a bug in strtok_r that causes a segmentation fault dnl when the second argument to strtok_r is a constant string that has - dnl exactly one byte and compiling with optimization.  This bug is, for + dnl exactly one byte and compiling with optimization. This bug is, for dnl example, present in the glibc 2.7-18 package in Debian "lenny". dnl See . AC_CACHE_CHECK([whether strtok_r works], [gl_cv_func_strtok_r_works], @@ -30,11 +31,12 @@ AC_DEFUN([gl_FUNC_STRTOK_R], #include #include ]], - [[char delimiters[] = "xxxxxxxx"; -             char *save_ptr = (char *) 0xd0d0; -             strtok_r (delimiters, "x", &save_ptr); -             strtok_r (NULL, "x", &save_ptr); -             return 0; + [[static const char dummy[] = "\177\01a"; + char delimiters[] = "xxxxxxxx"; + char *save_ptr = (char *) dummy; + strtok_r (delimiters, "x", &save_ptr); + strtok_r (NULL, "x", &save_ptr); + return 0; ]]) ], [gl_cv_func_strtok_r_works=yes], @@ -51,20 +53,19 @@ changequote([,])dnl ]) case "$gl_cv_func_strtok_r_works" in *no) - dnl We could set REPLACE_STRTOK_R=1 and AC_LIBOBJ([strtok_r]) here, - dnl but it's only the macro version in which is wrong. - dnl The code compiled into libc is fine. + dnl We could set REPLACE_STRTOK_R=1 here, but it's only the macro + dnl version in which is wrong. The code compiled + dnl into libc is fine. UNDEFINE_STRTOK_R=1 ;; esac else - AC_LIBOBJ([strtok_r]) + HAVE_STRTOK_R=0 fi AC_CHECK_DECLS_ONCE([strtok_r]) if test $ac_cv_have_decl_strtok_r = no; then HAVE_DECL_STRTOK_R=0 fi - gl_PREREQ_STRTOK_R ]) # Prerequisites of lib/strtok_r.c.