Re: [HACKERS] visual studio 2017 build support

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: [HACKERS] visual studio 2017 build support
Дата
Msg-id ef1cb796-4c43-dc9f-4899-a75f81fedaea@2ndQuadrant.com
обсуждение исходный текст
Ответ на Re: [HACKERS] visual studio 2017 build support  (Haribabu Kommi <kommi.haribabu@gmail.com>)
Ответы Re: [HACKERS] visual studio 2017 build support  (Haribabu Kommi <kommi.haribabu@gmail.com>)
Список pgsql-hackers

On 08/25/2017 11:29 PM, Haribabu Kommi wrote:
>
>
> On Fri, Aug 25, 2017 at 11:27 PM, Christian Ullrich
> <chris@chrullrich.net <mailto:chris@chrullrich.net>> wrote:
>
>     * On 2017-06-21 02:06, Haribabu Kommi wrote:
>
>         Thanks for the review. Here I attached an updated patch with
>         README update.
>
>
>     Hello,
>
>
> Thanks for the review.
>  
>
>     the most recent update to VS 2017, version 15.3, now identifies as
>     "14.11" rather than "14.10" in the output of nmake /?. Simply
>     adding this value to the two places that check for 14.10 in your
>     patch appears to work for me.
>
>
> VS 2017 doesn't change the nmake version to 15, and it is updating
> with every minor version, so I changed the check to accept
> everything that is greater than 14.10 and eq 15, in case in future if
> VS 2017 changes the version number.
>  
>
>     In a newly created project, PlatformToolset is still "v141".
>     ToolsVersion is "15.0" whereas your patch uses "14.1".
>
>     ISTM that the ToolsVersion has been like this in all versions of
>     VS 2017; in my collection of .vcxproj files the auto-generated
>     PostgreSQL projects are the only ones using "14.1".
>
>  
> Updated the Tools version to 15.0 and kept the platform toolset as
> V141, this because the toolset is version is still points
> to V141, when I create a sample project with VS 2017 and the version
> number is inline with nmake version also.
>
>
>


I was about to commit this after a good bit of testing when I noticed this:
   +   Building with <productname>Visual Studio 2017</productname> is   supported   +   down to <productname>Windows 7
SP1</>and <productname>Windows   Server 2012 R2</>.
 

I was able to build on Windows Server 2008 without a problem, so I'm
curious why we are saying it's not supported.

cheers

andrew


-- 
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: Fw: [HACKERS] HACKERS[PATCH] split ProcArrayLock into multipleparts -- follow-up
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] !USE_WIDE_UPPER_LOWER compile errors in v10+