pgsql: Fix up ecpg's configuration so it handles "long long int" inMSV
От | Tom Lane |
---|---|
Тема | pgsql: Fix up ecpg's configuration so it handles "long long int" inMSV |
Дата | |
Msg-id | E1eqn5e-00082N-3S@gemulon.postgresql.org обсуждение исходный текст |
Список | pgsql-committers |
Fix up ecpg's configuration so it handles "long long int" in MSVC builds. Although configure-based builds correctly define HAVE_LONG_LONG_INT when appropriate (in both pg_config.h and ecpg_config.h), builds using the MSVC scripts failed to do so. This currently has no impact on the backend, since it uses that symbol nowhere; but it does prevent ecpg from supporting "long long int". Fix that. Also, adjust Solution.pm so that in the constructed ecpg_config.h file, the "#if (_MSC_VER > 1200)" covers only the LONG_LONG_INT-related #defines, not the whole file. AFAICS this was a thinko on somebody's part: ENABLE_THREAD_SAFETY should always be defined in Windows builds, and in branches using USE_INTEGER_DATETIMES, the setting of that shouldn't depend on the compiler version either. If I'm wrong, I imagine the buildfarm will say so. Per bug #15080 from Jonathan Allen; issue diagnosed by Michael Meskes and Andrew Gierth. Back-patch to all supported branches. Discussion: https://postgr.es/m/151935568942.1461.14623890240535309745@wrigleys.postgresql.org Branch ------ REL9_5_STABLE Details ------- https://git.postgresql.org/pg/commitdiff/f171cbe0d90ef91ed8ae69888cece03d1f9e5c8d Modified Files -------------- src/include/pg_config.h.win32 | 5 +++++ src/tools/msvc/Solution.pm | 3 ++- 2 files changed, 7 insertions(+), 1 deletion(-)
В списке pgsql-committers по дате отправления: