Re: cvs build failure
От | Bruce Momjian |
---|---|
Тема | Re: cvs build failure |
Дата | |
Msg-id | 200307012255.h61Mt8I19394@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: cvs build failure (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: cvs build failure
|
Список | pgsql-hackers |
Tom Lane wrote: > Bruce Momjian <pgman@candle.pha.pa.us> writes: > > Tom Lane wrote: > >> Maybe make configure act as though bison is missing? Not sure. It > >> seems like that could create unnecessary problems in other cases. > > > One trick would be to set YACC to some special value like > > "bison.too.old" and test for that when YACC is actually called from the > > Makefile. > > I kinda like Alvaro's suggestion of an --ignore-bison-version option > to configure to suppress checking the version, but otherwise error out > if we think bison is too old. > > The advantage to that is that you could manually override the automatic > check if you had reason to know it was wrong (eg, you could see it'd > misparsed the bison version string, or something). Also, it'd make > sense to include that option by default in RPM builds, where you'd know > you had up-to-date bison output files already included in the SRPM. I can see making a new bison required only when the version is *devel. That way, folks testing CVS and even the *devel snapshots would need a new bison, but our normal users wouldn't. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
В списке pgsql-hackers по дате отправления: