Re: Useless dependency assumption libxml2 -> libxslt in MSVC scripts

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Useless dependency assumption libxml2 -> libxslt in MSVC scripts
Дата
Msg-id CAB7nPqRc4Vgx+D4iHuQPLmnN_VBG=Dp07r5g2COdtQac7wX5FQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Useless dependency assumption libxml2 -> libxslt in MSVC scripts  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Useless dependency assumption libxml2 -> libxslt in MSVC scripts  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sun, Sep 11, 2016 at 1:03 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> It might accidentally fail to fail as-is, but likely it would be better
> not to be pushing garbage paths into extraincludes and extralibs when
> some of those options aren't set.

Right, we need to correct something here. But this block does not need
any adjustment: it can just be deleted. A contrib module is added via
AddProject() in Solution.pm, and if the build is done with xml, xslt
or iconv their libraries and includes are added in any case, for any
declared project. So declaring a dependency with xml or xslt is just
moot work, and actually this would be broken without AddProject
because it is missing to list iconv.lib... At the same time, I think
that we could fix the inclusions with uuid for uuid-ossp, and just put
them as well in AddProject with the rest. Please see the updated
cleanup patch attached.
--
Michael

Вложения

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

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: Override compile time log levels of specific messages/modules
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Parallel tuplesort (for parallel B-Tree index creation)