What platform? This kind of behavior may be what Jeff is seeing on Tru64. These things look fine on Linux (or I wouldn't have checked in :-).
The variable to check *is* constructed by the line you're referencing, but I'm not sure how could mess up the line. It's possible that "eachval" is not getting set properly, for some bizarre reason. I've got m4 1.4 on my system. What's your platform and version of m4? (use "m4 --version" to report) Cheers, -g On Tue, Feb 27, 2001 at 08:41:03AM -0500, Jim Jagielski wrote: > Looks like something weird is going on... From a newly built > configure, note the below. Sometimes the final 'h' is being > stripped away (eg: dirent_). I've no idea what the current > mojo in apr_common.m4 is doing, so I haven't a clue :) > I'm guessing it's this line: > > [if test "$ac_cv_header_]translit(eachval,[./+-],[__p_])" = "yes"; then > > > ac_safe=`echo "$ac_hdr" | sed 'y%./+-%__p_%'` > > if test -z "$ac_err"; then > rm -rf conftest* > eval "ac_cv_header_$ac_safe=yes" > else > echo "$ac_err" >&5 > echo "configure: failed program was:" >&5 > cat conftest.$ac_ext >&5 > rm -rf conftest* > eval "ac_cv_header_$ac_safe=no" > fi > > if test "$ac_cv_header_dir_h" = "yes"; then > dirh=1 > else > dirh=0 > fi > > if test "$ac_cv_header_dirent_" = "yes"; then > direnth=1 > else > direnth=0 > fi > > if test "$ac_cv_header_dl_" = "yes"; then > dlh=1 > else > dlh=0 > fi > > if test "$ac_cv_header_dlfcn_h" = "yes"; then > dlfcnh=1 > else > dlfcnh=0 > fi > > > -- > =========================================================================== > Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ > "Hell is hot, that's never been disputed by anybody." -- Greg Stein, http://www.lyra.org/
