[COMMITTERS] pgsql: Run pgindent on src/bin/pg_dump/*

2016-01-13 Thread Tom Lane
Run pgindent on src/bin/pg_dump/* To ease doing indent fixups on a couple of patches I have in progress. Branch -- master Details --- http://git.postgresql.org/pg/commitdiff/26905e009babe6020fddcf3820e57e2f87c5539c Modified Files -- src/bin/pg_dump/dumputils.h |4 ++-- s

[COMMITTERS] pgsql: Access pg_dump's options structs through Archive struct, not dir

2016-01-13 Thread Tom Lane
Access pg_dump's options structs through Archive struct, not directly. Rather than passing around DumpOptions and RestoreOptions as separate arguments, add fields to struct Archive to carry pointers to these objects, and access them through those fields when needed. There already was a RestoreOpt

[COMMITTERS] pgsql: Access pg_dump's options structs through Archive struct, not dir

2016-01-13 Thread Tom Lane
Access pg_dump's options structs through Archive struct, not directly. Rather than passing around DumpOptions and RestoreOptions as separate arguments, add fields to struct Archive to carry pointers to these objects, and access them through those fields when needed. There already was a RestoreOpt

[COMMITTERS] pgsql: Handle extension members when first setting object dump flags in

2016-01-13 Thread Tom Lane
Handle extension members when first setting object dump flags in pg_dump. pg_dump's original approach to handling extension member objects was to run around and clear (or set) their dump flags rather late in its data collection process. Unfortunately, quite a lot of code expects those flags to be

[COMMITTERS] pgsql: Handle extension members when first setting object dump flags in

2016-01-13 Thread Tom Lane
Handle extension members when first setting object dump flags in pg_dump. pg_dump's original approach to handling extension member objects was to run around and clear (or set) their dump flags rather late in its data collection process. Unfortunately, quite a lot of code expects those flags to be

[COMMITTERS] pgsql: Handle extension members when first setting object dump flags in

2016-01-13 Thread Tom Lane
Handle extension members when first setting object dump flags in pg_dump. pg_dump's original approach to handling extension member objects was to run around and clear (or set) their dump flags rather late in its data collection process. Unfortunately, quite a lot of code expects those flags to be

[COMMITTERS] pgsql: Handle extension members when first setting object dump flags in

2016-01-13 Thread Tom Lane
Handle extension members when first setting object dump flags in pg_dump. pg_dump's original approach to handling extension member objects was to run around and clear (or set) their dump flags rather late in its data collection process. Unfortunately, quite a lot of code expects those flags to be

[COMMITTERS] pgsql: Handle extension members when first setting object dump flags in

2016-01-13 Thread Tom Lane
Handle extension members when first setting object dump flags in pg_dump. pg_dump's original approach to handling extension member objects was to run around and clear (or set) their dump flags rather late in its data collection process. Unfortunately, quite a lot of code expects those flags to be

[COMMITTERS] pgsql: Handle extension members when first setting object dump flags in

2016-01-13 Thread Tom Lane
Handle extension members when first setting object dump flags in pg_dump. pg_dump's original approach to handling extension member objects was to run around and clear (or set) their dump flags rather late in its data collection process. Unfortunately, quite a lot of code expects those flags to be