pgsql: Add missing $Test::Builder::Level settings

2021-09-23 Thread Peter Eisentraut
Add missing $Test::Builder::Level settings One of these was accidentally removed by c50624c. The others are added by analogy. Discussion: https://www.postgresql.org/message-id/[email protected] Branch -- REL_14_STABLE Details --- https://git.postgre

pgsql: Add missing $Test::Builder::Level settings

2021-09-23 Thread Peter Eisentraut
Add missing $Test::Builder::Level settings One of these was accidentally removed by c50624c. The others are added by analogy. Discussion: https://www.postgresql.org/message-id/[email protected] Branch -- master Details --- https://git.postgresql.org

pgsql: Add exception for unicode_east_asian_fw_table.h to headerscheck

2021-09-23 Thread John Naylor
Add exception for unicode_east_asian_fw_table.h to headerscheck also Followup to a315b19cc Branch -- master Details --- https://git.postgresql.org/pg/commitdiff/88b0ae15bc099df6192a3b69b853f86fb015339a Modified Files -- src/tools/pginclude/headerscheck | 1 + 1 file changed,

pgsql: Add exception for unicode_east_asian_fw_table.h to cpluspluschec

2021-09-23 Thread John Naylor
Add exception for unicode_east_asian_fw_table.h to cpluspluscheck unicode_east_asian_fw_table.h should not be compiled standalone, similarly to unicode_combining_table.h, but cpluspluscheck did not get the memo. Oversight in bab982161. Per report from Tom Lane Branch -- master Details

pgsql: Split macros from visibilitymap.h into a separate header

2021-09-23 Thread Alexander Korotkov
Split macros from visibilitymap.h into a separate header That allows to include just visibilitymapdefs.h from file.c, and in turn, remove include of postgres.h from relcache.h. Reported-by: Andres Freund Discussion: https://postgr.es/m/20210913232614.czafiubr435l6egi%40alap3.anarazel.de Author:

pgsql: Split macros from visibilitymap.h into a separate header

2021-09-23 Thread Alexander Korotkov
Split macros from visibilitymap.h into a separate header That allows to include just visibilitymapdefs.h from file.c, and in turn, remove include of postgres.h from relcache.h. Reported-by: Andres Freund Discussion: https://postgr.es/m/20210913232614.czafiubr435l6egi%40alap3.anarazel.de Author:

pgsql: Split macros from visibilitymap.h into a separate header

2021-09-23 Thread Alexander Korotkov
Split macros from visibilitymap.h into a separate header That allows to include just visibilitymapdefs.h from file.c, and in turn, remove include of postgres.h from relcache.h. Reported-by: Andres Freund Discussion: https://postgr.es/m/20210913232614.czafiubr435l6egi%40alap3.anarazel.de Author:

pgsql: Release memory allocated by dependency_degree

2021-09-23 Thread Tomas Vondra
Release memory allocated by dependency_degree Calculating degree of a functional dependency may allocate a lot of memory - we have released mot of the explicitly allocated memory, but e.g. detoasted varlena values were left behind. That may be an issue, because we consider a lot of dependencies (a

pgsql: Free memory after building each statistics object

2021-09-23 Thread Tomas Vondra
Free memory after building each statistics object Until now, all extended statistics on a given relation were built in the same memory context, without resetting. Some of the memory was released explicitly, but not all of it - for example memory allocated while detoasting values is hard to free. T

pgsql: Free memory after building each statistics object

2021-09-23 Thread Tomas Vondra
Free memory after building each statistics object Until now, all extended statistics on a given relation were built in the same memory context, without resetting. Some of the memory was released explicitly, but not all of it - for example memory allocated while detoasting values is hard to free. T

pgsql: Release memory allocated by dependency_degree

2021-09-23 Thread Tomas Vondra
Release memory allocated by dependency_degree Calculating degree of a functional dependency may allocate a lot of memory - we have released mot of the explicitly allocated memory, but e.g. detoasted varlena values were left behind. That may be an issue, because we consider a lot of dependencies (a

pgsql: Release memory allocated by dependency_degree

2021-09-23 Thread Tomas Vondra
Release memory allocated by dependency_degree Calculating degree of a functional dependency may allocate a lot of memory - we have released mot of the explicitly allocated memory, but e.g. detoasted varlena values were left behind. That may be an issue, because we consider a lot of dependencies (a

pgsql: Free memory after building each statistics object

2021-09-23 Thread Tomas Vondra
Free memory after building each statistics object Until now, all extended statistics on a given relation were built in the same memory context, without resetting. Some of the memory was released explicitly, but not all of it - for example memory allocated while detoasting values is hard to free. T

pgsql: Release memory allocated by dependency_degree

2021-09-23 Thread Tomas Vondra
Release memory allocated by dependency_degree Calculating degree of a functional dependency may allocate a lot of memory - we have released mot of the explicitly allocated memory, but e.g. detoasted varlena values were left behind. That may be an issue, because we consider a lot of dependencies (a

pgsql: Free memory after building each statistics object

2021-09-23 Thread Tomas Vondra
Free memory after building each statistics object Until now, all extended statistics on a given relation were built in the same memory context, without resetting. Some of the memory was released explicitly, but not all of it - for example memory allocated while detoasting values is hard to free. T

pgsql: Free memory after building each statistics object

2021-09-23 Thread Tomas Vondra
Free memory after building each statistics object Until now, all extended statistics on a given relation were built in the same memory context, without resetting. Some of the memory was released explicitly, but not all of it - for example memory allocated while detoasting values is hard to free. T

pgsql: Release memory allocated by dependency_degree

2021-09-23 Thread Tomas Vondra
Release memory allocated by dependency_degree Calculating degree of a functional dependency may allocate a lot of memory - we have released mot of the explicitly allocated memory, but e.g. detoasted varlena values were left behind. That may be an issue, because we consider a lot of dependencies (a

pgsql: Free memory after building each statistics object

2021-09-23 Thread Tomas Vondra
Free memory after building each statistics object Until now, all extended statistics on a given relation were built in the same memory context, without resetting. Some of the memory was released explicitly, but not all of it - for example memory allocated while detoasting values is hard to free. T

pgsql: Release memory allocated by dependency_degree

2021-09-23 Thread Tomas Vondra
Release memory allocated by dependency_degree Calculating degree of a functional dependency may allocate a lot of memory - we have released mot of the explicitly allocated memory, but e.g. detoasted varlena values were left behind. That may be an issue, because we consider a lot of dependencies (a