From: | Brook Milligan <brook(at)trillium(dot)NMSU(dot)Edu> |
---|---|
To: | maillist(at)candle(dot)pha(dot)pa(dot)us |
Cc: | tgl(at)sss(dot)pgh(dot)pa(dot)us, hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Re: [SQL] plpgsql error |
Date: | 1999-05-12 14:08:27 |
Message-ID: | 199905121408.IAA13244@trillium.nmsu.edu |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom, I like your fix in configure.in better than adding a silly
Makefilerule. Yours is much cleaner. You just created an
expanded_libdir in configure.in and let that be expanded in the *.in
files. Great.
The problem with solutions like this is that we end up proliferating
expanded and unexpanded versions of the same variables; hence,
maintenance problems with coordinating the various uses of this
information.
We've already had this discussion with some of the other cases (the
perl or tcl interfaces come to mind but I'm not sure). It would be
unfortunate to make configure that much more complex when we don't
really need to at all. It seems we should be using Makefile rules to
do what they are best at: automatically generating files based on
known rules that depend on a specific database of local configuration
options; configure's role should simply be to create that database.
Cheers,
Brook
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 1999-05-12 14:12:18 | Re: [HACKERS] Re: [SQL] plpgsql error |
Previous Message | Bruce Momjian | 1999-05-12 12:59:52 | Re: [HACKERS] defalut value |