Re: make depend (Re: Coming attractions: VPATH build; make variables issue)

From: Peter Eisentraut <peter_e(at)gmx(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: make depend (Re: Coming attractions: VPATH build; make variables issue)
Date: 2000-10-19 20:30:17
Message-ID: Pine.LNX.4.21.0010192213130.777-100000@peter.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane writes:

> One thought here: "make depend" has the advantage of being
> non-intrusive, in the sense that you're not forced to use it and if
> you don't use it it doesn't cost you anything. In particular,
> non-developer types probably just want to build from scratch when they
> get a new distribution --- they don't want to expend cycles on making
> useless (for them) dependency files, and they most certainly don't want
> to be forced to use gcc, nor to install a makedepend tool.

All of this is true for the "advanced" method as well.

The only advantage of `make depend' is that you can run it after you have
already built. But then you have to remember to re-run it all the time,
otherwise the point of having accurate dependencies is gone. So this
might be useful for someone installing a patch into a header file and not
wanting to rebuild from scratch, but that's about it.

What we could do is ship the dependencies (.deps/*.P) in the tarball.
That would require running an entire build before making a tarball, but it
would be a nice service to users.

--
Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Richards 2000-10-19 21:01:50 Conditional query plans.
Previous Message Vadim Mikheev 2000-10-19 20:02:45 Re: AW: Backup, restore & pg_dump