postgresql

History

Peter Eisentraut c3fa85b249 Remove obsolete symbol from ecpg_config.h.in HAVE_LONG_LONG_INT was not added to ecpg_config.h.in by the meson build system, but rather than add it there, we decided to remove it from the makefile build system, to make both consistent that way. There is no documentation or examples that suggest that the presence of this symbol was publicly advertised, and of course the feature is required by C99 (but we don't necessarily require C99 for ecpg user code). ecpg core code and ecpg tests use the symbol HAVE_LONG_LONG_INT_64 instead, which is still there. Discussion: https://www.postgresql.org/message-id/flat/bf35d032-02fc-4173-9f4f-840999cc3ef3%40eisentraut.org		2024-04-24 08:27:25 +02:00
..
compatlib	ecpg: Fix return code for overflow in numeric conversion	2024-03-25 14:18:36 +01:00
ecpglib	Avoid concurrent calls to bindtextdomain().	2024-02-09 11:21:08 -05:00
include	Remove obsolete symbol from ecpg_config.h.in	2024-04-24 08:27:25 +02:00
pgtypeslib	ecpg: Fix error handling on OOMs when parsing timestamps	2024-02-19 09:05:51 +09:00
preproc	Fix assorted bugs in ecpg's macro mechanism.	2024-04-16 12:31:42 -04:00
test	Fix assorted bugs in ecpg's macro mechanism.	2024-04-16 12:31:42 -04:00
Makefile	Remove distprep	2023-11-06 15:18:04 +01:00
README.dynSQL	Fix whitespace issues found by git diff --check, add gitattributes	2013-11-10 14:48:29 -05:00
meson.build	Update copyright for 2024	2024-01-03 20:49:05 -05:00

README.dynSQL

src/interfaces/ecpg/README.dynSQL

descriptor statements have the following shortcomings

- input descriptors (USING DESCRIPTOR <name>) are not supported

  Reason: to fully support dynamic SQL the frontend/backend communication
          should change to recognize input parameters.
          Since this is not likely to happen in the near future and you
          can cover the same functionality with the existing infrastructure
          (using s[n]printf), I'll leave the work to someone else.