Re: [HACKERS] Re: Configure problem, redux (was Re: TCL installation troubles)

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: brook(at)trillium(dot)NMSU(dot)Edu (Brook Milligan)
Cc: tgl(at)sss(dot)pgh(dot)pa(dot)us, lockhart(at)alumni(dot)caltech(dot)edu, Bill(dot)Allie(at)mug(dot)org, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Re: Configure problem, redux (was Re: TCL installation troubles)
Date: 1998-10-27 21:33:39
Message-ID: 199810272133.QAA01567@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> The problem here is that you are duplicating the normal configure
> processing in every Makefile that needs it. This will get old very
> fast, and hard to maintain. configure does this already, and
> automatically, in one place. Yes, you must re-run configure, and you do
> loose your changes, but pulling all the stuff into every Makefile seems
> worse.
>
> We are only doing this for the *.sql files because they don't have
> within them some ability to do argument expansion. This is definitely
> not good for all the Makefiles or source code, both of which can get
> what they need in a single place (Makefile.global or config.h). I am
> not advocating changing that. In fact, I am agreeing with the idea of
> becoming more centralized for those parts of the code that can handle
> it, i.e., Makefiles and C source.

Oh. :-)

I will go back to looking the other way.

--
Bruce Momjian | http://www.op.net/~candle
maillist(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 1998-10-27 22:04:33 Re: [HACKERS] configure and cpp detection
Previous Message Brook Milligan 1998-10-27 21:27:25 Re: [HACKERS] Re: Configure problem, redux (was Re: TCL installation troubles)