Re: Sanity checking for ./configure options?
| От | Jim Nasby |
|---|---|
| Тема | Re: Sanity checking for ./configure options? |
| Дата | |
| Msg-id | 56CB98C9.3070100@BlueTreble.com обсуждение исходный текст |
| Ответ на | Re: Sanity checking for ./configure options? (David Fetter <david@fetter.org>) |
| Ответы |
Re: Sanity checking for ./configure options?
Re: Sanity checking for ./configure options? |
| Список | pgsql-hackers |
On 2/5/16 10:08 AM, David Fetter wrote: > On Wed, Feb 03, 2016 at 06:02:57PM -0600, Jim Nasby wrote: >> I just discovered that ./configure will happily accept '--with-pgport=' (I >> was actually doing =$PGPORT, and didn't realize $PGPORT was empty). What you >> end up with is a compile error in guc.c, with no idea why it's broken. Any >> reason not to have configure or at least make puke if pgport isn't valid? > > That seems like a good idea. Patch attached. I've verified it with --with-pgport=, =0, =77777 and =1. It catches what you'd expect it to. As the comment states, it doesn't catch things like --with-pgport=1a in configure, but the compile error you get with that isn't too hard to figure out, so I think it's OK. -- Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX Experts in Analytics, Data Architecture and PostgreSQL Data in Trouble? Get it in Treble! http://BlueTreble.com
Вложения
В списке pgsql-hackers по дате отправления: