Re: [HACKERS] Re: [PATCHES] Patch for more readable parse error messages
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Re: [PATCHES] Patch for more readable parse error messages |
Дата | |
Msg-id | 200002220408.XAA23843@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Re: [PATCHES] Patch for more readable parse error messages (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
> Peter Eisentraut <peter_e@gmx.net> writes: > > On 2000-02-20, Tom Lane mentioned: > >> I would not like us to stop working > >> with non-bison yaccs, since bison's output depends on alloca() which > >> is not available everywhere. > > > Couldn't alloca(x) be defined to palloc(x) where missing? > > Probably, but I wasn't looking for a workaround; that was just one > quick illustration of a reason not to want to use bison (one that's > bitten me personally, so I knew it offhand). We should try not to > become dependent on bison when there are near-equivalent tools, just > on general principles of maintaining portability. For an analogy, > I believe most of the developers use gcc, but it would be a real bad > idea for us to abandon support for other compilers. But I don't see non-bison solutions for finding the location of errors. Is it possible? Could we enable the feature just for bison? -- Bruce Momjian | http://www.op.net/~candle pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: