Re: [HACKERS] Re: [PATCHES] Patch for more readable parse error messages

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: PostgreSQL Development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [HACKERS] Re: [PATCHES] Patch for more readable parse error messages
Date: 2000-02-22 03:56:34
Message-ID: 22061.951191794@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Peter Eisentraut <peter_e(at)gmx(dot)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.

For the same sort of reasons I'd prefer that our scanner worked
with vanilla lex, not just flex. I'm not sure how far away we are
from that; it may be an unrealistic goal. But if it is within reach
then we shouldn't give it up lightly.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Hiroshi Inoue 2000-02-22 03:57:41 RE: [HACKERS] Numeric with '-'
Previous Message Tom Lane 2000-02-22 03:34:56 Re: [HACKERS] Numeric with '-'

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2000-02-22 04:08:26 Re: [HACKERS] Re: [PATCHES] Patch for more readable parse error messages
Previous Message Peter Eisentraut 2000-02-21 23:57:23 Re: [HACKERS] Re: [PATCHES] Patch for more readable parse error messages