httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Randy Terbush <ra...@Covalent.NET>
Subject Re: [PATCH] Configuration (3/4): APACI Makefile for src/Configure
Date Tue, 01 Dec 1998 16:43:02 GMT
Stalemate.

I'll -1 the current state of the configure process. $(TARGET) is less
than half done as it is (my intended fix) and needs to be completed. I 
also think that we must resolve the path issue and I see the optional
layout functionality being a great boon to vendors packaging Apache.

I'll have a look at this today and see if I can come up with a
solution we can agree on. Issues as I see them:

* V7 shell support needs to be maintained (I strongly agree)
* Silly to have as much redundant shell code in this process as we do
* Both APACI and Configure need to provide overlaping basic
  functionality. ie TARGET and toplevel Makefile

I'm not sure what platform I would consider having the dumbest
shell. I seem to run into many shell problems on BSDI and HPUX. Anyone 
know if a good base level V7 shell test for APACI?

-Randy

"Ralf S. Engelschall" <rse@engelschall.com> writes:
> > I think I'd have to +1 Randy's and veto this one, unfortunately...
> > I think that the compatibility problems and the increased "layers"
> > and "cmplexity" aren't worth it, and provide no real benefit.
> > Some would argue that it's also a way of "forcing" configure to
> > be the official build suite, with no discussion or group consensus
> > in the matter as well :) :)
> 
> Fine, accepted. +1 for not using this patch also from me, too ;-) But still -1
> for Randys "code moving patch" from my side, too. Because the variable
> mass-exportation is too problematic and the code movement is against the
> original separation-idea and is also a little bit unclean. 
> 
> So, as it looks to me, best is to keep the current state and don't try to
> generate the top-level Makefile from within src/Configure. I'm +1 for keeping
> the current state.
>                                        Ralf S. Engelschall
>                                        rse@engelschall.com
>                                        www.engelschall.com

Mime
View raw message