Re: Synchronize with imath upstream
Noah Misch <noah@leadboat.com>
From: Noah Misch <noah@leadboat.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Andres Freund <andres@anarazel.de>, pgsql-hackers@lists.postgresql.org, Alvaro Herrera <alvherre@2ndquadrant.com>, David Fetter <david@fetter.org>, Andrew Gierth <andrew@tao11.riddles.org.uk>, pgsql-hackers@postgresql.org, daniel@yesql.se, michael@paquier.xyz
Date: 2019-02-08T04:38:44Z
Lists: pgsql-hackers
Attachments
- imath1.29-raw-sync-v1.patch (text/plain) patch v1
- imath1.29-pgedits-v2.patch (text/plain) patch v2
On Thu, Feb 07, 2019 at 10:12:05AM -0500, Tom Lane wrote: > Noah Misch <noah@leadboat.com> writes: > > On Wed, Feb 06, 2019 at 10:15:24AM -0500, Tom Lane wrote: > >> I don't object to keeping imported code in a form that matches upstream > >> as best we can. (Should we also exclude such files from pgindent'ing?) > > > I think it depends on how much time one spends merging upstream changes versus > > making PostgreSQL-specific edits. For IMath, both amounts are too small to > > get excited about. Does pgindent materially complicate src/timezone merges? > > My practice with src/timezone is to pgindent the upstream code and then > diff it; given that extra step, it's not really any more complex (and > maybe less so, as this hides minor whitespace changes for instance). Let's continue to pgindent src/timezone and IMath, then. > There are some other deltas to worry about as well, see > src/timezone/README. > > I have no particular opinion on whether pgindent should be part of the > mix for imath, but I do strongly recommend setting up and documenting a > reproducible import process, as I did for src/timezone. Good idea. I've modified the imath.c header comment to take the form of an import process; see attached imath1.29-pgedits-v2.patch.
Commits
-
Import changes from IMath versions (1.3, 1.29].
- 48e24ba6b7fd 12.0 landed
-
Cherry-pick security-relevant fixes from upstream imath library.
- 8b59672d8d23 9.5.0 cited