Re: APR_FLAG_HEADERS still mangled, I think...

2001-02-27 Thread Jim Jagielski
Greg Stein wrote:
> 
> 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)

This is on  various FreeBSD systems (from 2.2.8 thru 4.2-STABLE) and
an old A/UX system. The A/UX system is using GNUm4 4.1.4 and the FreeBSDs
are using, well, their own :)

-- 
===
   Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
  "Hell is hot, that's never been disputed by anybody."


Re: APR_FLAG_HEADERS still mangled, I think...

2001-02-27 Thread Greg Stein
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/


APR_FLAG_HEADERS still mangled, I think...

2001-02-27 Thread Jim Jagielski
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."


Re: APR_FLAG_HEADERS

2001-02-27 Thread Jim Jagielski
Jeff Trawick wrote:
> 
> [EMAIL PROTECTED] writes:
> 
> > jim 01/02/26 11:56:14
> > 
> >   Modified:.configure.in
> >   Log:
> >   Use APR_CHECK_HEADERS instead
> 
> One of these commits seems to have broken every case where we
> previously checked for the header but didn't set a flag.
> 

Ah. I see what the trouble is... Coming up.

-- 
===
   Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
  "Hell is hot, that's never been disputed by anybody."


Re: APR_FLAG_HEADERS

2001-02-27 Thread Greg Stein
On Mon, Feb 26, 2001 at 07:22:06PM -0800, Greg Stein wrote:
> On Mon, Feb 26, 2001 at 09:20:46PM -0500, Jeff Trawick wrote:
> > Jim Jagielski <[EMAIL PROTECTED]> writes:
> > 
> > > I've got a real cool idea about how to make everyone happy...
> > > Heading out right now, but will commit something later
> > > today :)
> > 
> > Just for my curiosity, can you tell me which system actually can build
> > APR after these cool ideas were implemented?
> 
> I'm on it. I have another fix that I want to make to this stuff.
> 
> Not to mention wanting to exercise a bit more m4 magic :-)

Got the fix to get apr_private.h working. Basically, AC_CHECK_HEADERS was
called with a *shell* variable. autoheader (which creates apr_private.h.in)
can only work with *m4* variables.

[ Hell, I don't even know if configure would have worked. ]

Anyhow, what I do now is AC_CHECK_HEADERS($1), iterate over the supplied
headers ($1), and then use the resulting cache values to set our
substitution variables.

It works quite well :-)

I'm going to check in this fix in a bit (doing some final testing). Then,
I'll work on my additional magic.

Cheers,
-g

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


Re: APR_FLAG_HEADERS

2001-02-27 Thread Greg Stein
On Mon, Feb 26, 2001 at 09:20:46PM -0500, Jeff Trawick wrote:
> Jim Jagielski <[EMAIL PROTECTED]> writes:
> 
> > I've got a real cool idea about how to make everyone happy...
> > Heading out right now, but will commit something later
> > today :)
> 
> Just for my curiosity, can you tell me which system actually can build
> APR after these cool ideas were implemented?

I'm on it. I have another fix that I want to make to this stuff.

Not to mention wanting to exercise a bit more m4 magic :-)

Cheers,
-g

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


Re: APR_FLAG_HEADERS

2001-02-27 Thread Jeff Trawick
Jim Jagielski <[EMAIL PROTECTED]> writes:

> I've got a real cool idea about how to make everyone happy...
> Heading out right now, but will commit something later
> today :)

Just for my curiosity, can you tell me which system actually can build
APR after these cool ideas were implemented?

-- 
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
   http://www.geocities.com/SiliconValley/Park/9289/
 Born in Roswell... married an alien...


APR_FLAG_HEADERS

2001-02-26 Thread Jim Jagielski
I've got a real cool idea about how to make everyone happy...
Heading out right now, but will commit something later
today :)
-- 
===
   Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
  "Hell is hot, that's never been disputed by anybody."