You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Jim Jagielski <ji...@jaguNET.com> on 2001/02/27 14:41:03 UTC

APR_FLAG_HEADERS still mangled, I think...

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   [|]   jim@jaguNET.com   [|]   http://www.jaguNET.com/
          "Hell is hot, that's never been disputed by anybody."

Re: APR_FLAG_HEADERS still mangled, I think...

Posted by Greg Stein <gs...@lyra.org>.
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   [|]   jim@jaguNET.com   [|]   http://www.jaguNET.com/
>           "Hell is hot, that's never been disputed by anybody."

-- 
Greg Stein, http://www.lyra.org/