Re: Finding the pqlib version
От | Magnus Hagander |
---|---|
Тема | Re: Finding the pqlib version |
Дата | |
Msg-id | 6BCB9D8A16AC4241919521715F4D8BCEA0F7C2@algol.sollentuna.se обсуждение исходный текст |
Ответ на | Finding the pqlib version (Christoph Zwerschke <cito@online.de>) |
Ответы |
Re: Finding the pqlib version
|
Список | pgsql-interfaces |
> >> Which do you think would be the right package/feature > category for >> pg_config for Linux/Windows? devel and > Development->Tools/utilities? > > > > I'm not sure what these categories are supposed to mean > but they don't > sound wrong. To gauge the correct > placement I would say that whenever > you install libpq-fe.h > you should get pg_config in the same > package/module/installation. > > The problem is that the Windows installer has the > "Development" feature subdivided into "Include files", > "Library files", "PGXS files" and "Tools and utilities". > Installing pg_config along with the include files would be > confusing in this case. > > By the way, putting the "Library files" under "Development" > seems a bit unlucky, too. It should be on the top level > instead. Where should such a suggestion be sent to? pgsql-patches? pginstaller-devel@pgfoundry.org - subscribe info on the project page http://pgfoundry.org/projects/pginstaller. Note that we can relatively easily put pg_config.exe under multiple locations (in the tree - still in the bin directory, but install can be triggered by different features). It just has to be made its own component. But I'm actually thinking we should perhaps put it as a base feature - along with libpq, being installed as soon as you install any part at all. Does that sound reasonable? //Magnus
В списке pgsql-interfaces по дате отправления: