Re: Moved simple_prompt()/sprompt.c

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Moved simple_prompt()/sprompt.c
Дата
Msg-id 26722.1060356431@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Moved simple_prompt()/sprompt.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: Moved simple_prompt()/sprompt.c  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Yes, thread.c, path.c, and sprompt.c should be in utils, but how do I do
> that?  Utils seems to be a place things are pulled from, rather than a
> library that goes with every link.

> Is it worth creating another library that acts just like /port but is
> called utils, or should we just rename the directory to portutils?

path.c is arguably okay material for /port, since it is dealing with
platform-to-platform variations.

sprompt.c is only going to be used by stuff under src/bin.  I wonder if
we should create a src/bin/utils directory.

Not sure about thread.c --- perhaps we could just dump it into libpq.
(libpq requires it anyway, no?  So why not export it from there and let
the apps atop libpq use the same instance.)

> I am looking to move fmtId() over to port too so psql can use it.  It is
> already used by pg_dump, and /scripts.

That's definitely not port/ material.  A src/bin/utils/ directory would
make sense for it though.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Proposed macros for error fields
Следующее
От: Tom Lane
Дата:
Сообщение: Re: consistency check on SPI tuple count failed