Re: Add PGDLLIMPORT lines to some variables
От | Robert Haas |
---|---|
Тема | Re: Add PGDLLIMPORT lines to some variables |
Дата | |
Msg-id | CA+TgmoYYbYqGATFEHG0fPOrzfrwb4KALdWg0xLc6V=Ciz3fLpw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Add PGDLLIMPORT lines to some variables (Peter Geoghegan <pg@bowt.ie>) |
Ответы |
Re: Add PGDLLIMPORT lines to some variables
Re: Add PGDLLIMPORT lines to some variables |
Список | pgsql-hackers |
On Mon, Dec 4, 2017 at 8:48 PM, Peter Geoghegan <pg@bowt.ie> wrote: > On Mon, Dec 4, 2017 at 5:41 PM, Noah Misch <noah@leadboat.com> wrote: >>> I don't think we quite have an established protocol for this. I >>> personally, but I'm biased in this specific case, is that we should >>> adopt a position that PGDLLIMPORTs should basically backpatched whenever >>> a credible extension even halfway reasonably requires it. There's no >>> easy way to get this done by default, and we're so far unwilling to just >>> slap this onto every variable. So to not further disadvantage people >>> force dto live in the MS environment, that seems the sanest >>> solution. It's not like these are high risk. >> >> +1 > > If that's going to be the policy, then I have some requests of my own. > I would like to add some PGDLLIMPORTs to suit the external version of > amcheck (the version that targets earlier versions of Postgres). These > are: > > RecentGlobalXmin -- This is only PGDLLIMPORT on Postgres 10+, > following commit 56018bf2. I'd like to get that back to 9.4, although > there is no reason to not include 9.3. > > TransactionXmin -- This is needed for the newer heap-matches-index > verification check. Again, I would like this on 9.4+, but 9.3+ works > too. > > Note that somebody asked about running it on Windows recently, and on > one other occasion in the past. It does come up. Committed with these additions. Please check that I haven't messed anything up. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: