Re: Remove support for Visual Studio 2013 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Remove support for Visual Studio 2013
Date
Msg-id 2459697.1653601840@sss.pgh.pa.us
Whole thread Raw
In response to Re: Remove support for Visual Studio 2013  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Remove support for Visual Studio 2013
List pgsql-hackers
Michael Paquier <michael@paquier.xyz> writes:
> On Thu, May 26, 2022 at 10:43:11AM -0500, Justin Pryzby wrote:
>> Maybe consider removing this workaround?  The original problem report indicated
>> that it didn't affect later versions:
>>
>> src/backend/optimizer/path/costsize.c:  /* This apparently-useless variable dodges a compiler bug in VS2013: */

> Hence reverting 3154e16.  Sure!

+1

>> I'm not sure if it's worth removing this one, though:
>>
>> src/port/strtof.c: * On Windows, there's a slightly different problem: VS2013 has a strtof()

> Yeah..  I am not completely sure if all the patterns mentioned for
> VS2013 apply to Cygwin/Mingw, so keeping it around could be more
> beneficial.

The comments about that in win32_port.h and cygwin.h only date back
to 2019, so it seems unlikely that the situation has changed much.
We could try removing HAVE_BUGGY_STRTOF to see if the buildfarm
complains, but I wouldn't bet money on that succeeding.  What we
*do* need to do is update the #if tests and comments to make clear
that HAVE_BUGGY_STRTOF is only needed for Mingw and Cygwin, not
for any supported MSVC release.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Nathan Bossart
Date:
Subject: Re: Assert name/short_desc to prevent SHOW ALL segfault
Next
From: Tom Lane
Date:
Subject: Re: selectivity function