Oh, OK, I see the problem now. I didn't test with the HEAD myself. Now I
did.
Somebody has committed a patch which changed the way build/config_vars.mk
is generated. The variables now are Makefile-like $(foo) instead of
${foo}, of course this completely breaks apxs.
So the fix is to put back the code that was generating ${foo} and not
$(foo).
Unless somebody wants it that way ($(foo)) and then apxs needs to be
adjusted.
On Thu, 6 Sep 2001, jean-frederic clere wrote:
> The problem is that var contains $(var_name)/blabla instead of $var_name/blabla
> or ${var_name}/blabla.
> What should be changed - apxs or acinclude.m4 -?
acinclude.m4 or whoever is responsible for generating
build/config_vars.mk.
> "Clere, Jean-Frederic" wrote:
> >
> > Stas Bekman wrote:
> > >
> > > On Thu, 6 Sep 2001, jean-frederic clere wrote:
> > >
> > > > Hi,
> > > >
> > > > I have noted that apxs is broken:
> > > > /home/apache20/apache20/bin/apxs -q PREFIX
> > > > apxs:Error: 100 100exec_prefix)/bin/httpd not found or not executable.
> > > >
> > > > Any hints?
> > >
> > > what version are you trying to use? Get the HEAD version from cvs (1.26),
> > > this should work.
> >
> > That is already the lastest cvs version. I think the problem is localizated in
> > get_vars.
> > what does "$result .= eval qq("$val");" do?
> >
> > >
> > > _____________________________________________________________________
> > > Stas Bekman JAm_pH -- Just Another mod_perl Hacker
> > > http://stason.org/ mod_perl Guide http://perl.apache.org/guide
> > > mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/
> > > http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
>
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
