BUG #16686: GCC C++ depends on libintl for some STL, even if PostgreSQL was not build with NLS support - Mailing list pgsql-bugs

From PG Bug reporting form
Subject BUG #16686: GCC C++ depends on libintl for some STL, even if PostgreSQL was not build with NLS support
Date
Msg-id 16686-e5a62dc361b60193@postgresql.org
Whole thread Raw
List pgsql-bugs
The following bug has been logged on the website:

Bug reference:      16686
Logged by:          Yorick de Wid
Email address:      yorick17@outlook.com
PostgreSQL version: 13.0
Operating system:   Ubuntu 20.04
Description:

Postgres C++ extensions can use STL functions and methods that (indirectly)
depend on <locale>. GNU GCC implements <locale> via `libintl.h`.
This causes a build conflict if postgres is not build with NLS support. The
prototype definitions of `libintl.h` conflict with defined placeholders in
the `c.h`.
There is no flag to disable `libintl.h` in the GCC implementation of the
STL.

When building anything that utilizes the C++ STL, one does not have the
guarantee it will compile, unless postgres was build with NLS support.
This does not necessarily constitutes a bug, however another warning in the
manual about C++ extensions could be sufficient.

Cheers,
Y


pgsql-bugs by date:

Previous
From: Alexander Lakhin
Date:
Subject: Re: BUG #16678: The ecpg connect/test5 test sometimes fails on Windows
Next
From: Tom Lane
Date:
Subject: Re: BUG #16685: The ecpg thread/descriptor test fails sometimes on Windows