Re: [HACKERS] gperf anyone?
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] gperf anyone? |
| Дата | |
| Msg-id | 3754.948256849@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] gperf anyone? (Don Baccus <dhogaza@pacifier.com>) |
| Ответы |
Re: [HACKERS] gperf anyone?
Re: [HACKERS] gperf anyone? Re: [HACKERS] gperf anyone? |
| Список | pgsql-hackers |
> At 07:36 PM 1/18/00 -0500, Bruce Momjian wrote:
> I wondered about this last, i.e. the use of GNU code since Postgres
> is licensed differently.
AFAIK this is no worse than using flex or bison --- the source code of
gperf is GPL'ed, but its output is not.
Don Baccus <dhogaza@pacifier.com> writes:
> Whether faster or slower, though, I can't imagine either method taking
> noticably more than 0% of the total time to process a query, even the
> most simple queries.
I agree with Don that the performance benefit is likely to be
unmeasurable. Still, there could be a win: we currently have to modify
keywords.c by hand every time we have to add/delete a keyword. Does
gperf offer any aid for maintaining the keyword list? If so, that'd
be sufficient reason to switch to it...
regards, tom lane
В списке pgsql-hackers по дате отправления: