Re: ABI Compliance Checker GSoC Project
От | Peter Eisentraut |
---|---|
Тема | Re: ABI Compliance Checker GSoC Project |
Дата | |
Msg-id | 8720cb48-39c9-4c61-8f1c-ef9d51208b5c@eisentraut.org обсуждение исходный текст |
Ответ на | Re: ABI Compliance Checker GSoC Project ("David E. Wheeler" <david@justatheory.com>) |
Ответы |
Re: ABI Compliance Checker GSoC Project
Re: ABI Compliance Checker GSoC Project |
Список | pgsql-hackers |
On 12.09.25 16:52, David E. Wheeler wrote: > On Sep 12, 2025, at 10:37, Peter Eisentraut <peter@eisentraut.org> wrote: > >> This was a change that was intentionally backpatched in a different way in order to preserve ABI compatibility. Comparecommits 344662848ac on REL_18_STABLE and 0b934d3994f on REL_17_STABLE. So everything is in order. :) > > Excellent! But an example like this presumably helps make Tom’s case that each branch could have a file that suggests whichcommit to use as the base for comparison, so that in this example it could be set to 344662848ac and the failures wouldgo away. As it is, they will persist until a new tag is added or one overrides the base in the build farm client config. I don't think we need any ABI checking until there is a dot-0 release, so I don't agree that a facility like that is needed. Just compare against the previous release tag.
В списке pgsql-hackers по дате отправления: