Re: pgsql: aix: No need to use mkldexport when we want to export all symbol

2022-09-11 Thread Andres Freund
Hi, On 2022-09-10 01:19:44 -0700, Andres Freund wrote: > On 2022-09-09 22:57:36 -0700, Andres Freund wrote: > > On 2022-09-10 01:32:52 -0400, Tom Lane wrote: > > > Andres Freund writes: > > > > It seem worth applying the -qvisibility patch and seeing whether that > > > > fixes > > > > the buildf

pgsql: Replace loading of ldap_start_tls_sA() by direct function call

2022-09-11 Thread Michael Paquier
Replace loading of ldap_start_tls_sA() by direct function call This change impacts the backend-side code in charge of starting a LDAP TLS session. It is a bit sad that it is not possible to unify the WIN32 and non-WIN32 code paths, but the different number of arguments for both discard this possi

pgsql: Make eval statement naturally proof against perltidy

2022-09-11 Thread John Naylor
Make eval statement naturally proof against perltidy This is a bit less verbose than adding an exception. Rewrite the other eval statement in Catalog.pm as well, just for the sake of consistency. Idea from Andrew Dunstan Discussion: https://www.postgresql.org/message-id/CAD5tBc%2BzRhuWn_S4ayH2sW

pgsql: Expand palloc/pg_malloc API for more type safety

2022-09-11 Thread Peter Eisentraut
Expand palloc/pg_malloc API for more type safety This adds additional variants of palloc, pg_malloc, etc. that encapsulate common usage patterns and provide more type safety. Specifically, this adds palloc_object(), palloc_array(), and repalloc_array(), which take the type name of the object to b

pgsql: Assorted examples of expanded type-safer palloc/pg_malloc API

2022-09-11 Thread Peter Eisentraut
Assorted examples of expanded type-safer palloc/pg_malloc API This adds some uses of the new palloc/pg_malloc variants here and there as a demonstration and test. This is kept separate from the actual API patch, since the latter might be backpatched at some point. Reviewed-by: Tom Lane Discussi