httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dean Gaudet <>
Subject Re: cvs commit: apache-1.3/src/regex Makefile.tmpl
Date Fri, 13 Feb 1998 02:05:22 GMT
But why would you be reading the dependencies?  They're the same as the
much more readable #include statements in the C code.  They're intended
for the consumption of make...

in fact if we could assume that people had half-decent make I would just
"include Makefile.depend" and then we could actually get away with "make
depend" not requiring a ./Configure (which is sooo slow). 


On Thu, 12 Feb 1998, Rodent of Unusual Size wrote:

> Dean Gaudet wrote:
> > 
> > If you're going to go to this effort, which I think is a waste of time by
> > the way, then you should also search and replace the os/unix stuff.
> Noted.  As you point out, it's my time I'm wasting - if it's a waste,
> which is where my opinion differs.
> > $(INCDIR) doesn't buy us *anything*.  If we change the code so much that
> > there's a change to the incdir then the makefile needs to be whacked
> > seriously and it's trivial at that time to do another "make depend".
> Technically it doesn't accomplish anything, but I think it makes the
> dependencies much more readable.  Too many "../../" sequences and
> I start thinking in Morse code.  With "$(INCDIR)" instead, it is
> very clear at a glance when there are dependencies on things in
> other locations.
> Don't get me wrong - I think the "make depend" fixup is excellent.  I
> just don't think it went quite far enough down the road to ease-of-use,
> and the timing just stank.  No mortal errors.
> #ken	P-)}

View raw message