[COMMITTERS] pgsql: Speed up SUM calculation in numeric aggregates.

2016-09-02 Thread Heikki Linnakangas
Speed up SUM calculation in numeric aggregates. This introduces a numeric sum accumulator, which performs better than repeatedly calling add_var(). The performance comes from using wider digits and delaying carry propagation, tallying positive and negative values separately, and avoiding a round o

[COMMITTERS] pgsql: Move code shared between libpq and backend from backend/libpq/ t

2016-09-02 Thread Heikki Linnakangas
Move code shared between libpq and backend from backend/libpq/ to common/. When building libpq, ip.c and md5.c were symlinked or copied from src/backend/libpq into src/interfaces/libpq, but now that we have a directory specifically for routines that are shared between the server and client binarie

[COMMITTERS] pgsql: Don't require dynamic timezone abbreviations to match underlying

2016-09-02 Thread Tom Lane
Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that

[COMMITTERS] pgsql: Don't require dynamic timezone abbreviations to match underlying

2016-09-02 Thread Tom Lane
Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that

[COMMITTERS] pgsql: Don't require dynamic timezone abbreviations to match underlying

2016-09-02 Thread Tom Lane
Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that

[COMMITTERS] pgsql: Don't require dynamic timezone abbreviations to match underlying

2016-09-02 Thread Tom Lane
Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that

[COMMITTERS] pgsql: Don't require dynamic timezone abbreviations to match underlying

2016-09-02 Thread Tom Lane
Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that

[COMMITTERS] pgsql: Don't require dynamic timezone abbreviations to match underlying

2016-09-02 Thread Tom Lane
Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that

[COMMITTERS] pgsql: Don't require dynamic timezone abbreviations to match underlying

2016-09-02 Thread Tom Lane
Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that