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 p

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 get

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_]tran