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?  (Alfred Perlstein <bright@wintelcom.net>)
Re: [HACKERS] gperf anyone?  (Don Baccus <dhogaza@pacifier.com>)
Re: [HACKERS] gperf anyone?  (Peter Eisentraut <peter_e@gmx.net>)
Список 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 по дате отправления:

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: Re: [HACKERS] multi-byte support broken in current
Следующее
От: Vadim Mikheev
Дата:
Сообщение: Well...