From: | "David E(dot) Wheeler" <david(at)justatheory(dot)com> |
---|---|
To: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
Cc: | Mankirat Singh <mankiratsingh1315(at)gmail(dot)com>, pgsql-www(at)lists(dot)postgresql(dot)org, "Pavlo(dot)Golub(at)gmail(dot)com" <Pavlo(dot)Golub(at)gmail(dot)com> |
Subject: | Re: Development of ABI Compliance Checker for official PostgreSQL Repo |
Date: | 2025-05-20 18:57:40 |
Message-ID: | ED6BB3F9-1A81-4BE0-9AB4-D0B35175B4C8@justatheory.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-www |
On May 19, 2025, at 10:17, Peter Eisentraut <peter(at)eisentraut(dot)org> wrote:
> Well, normally (if there are no problematic ABI changes) the report will be empty. So I wouldn't spend too much time on the formatting. If there is a violation, you can just show the raw abidiff output inside <pre> or whatever.
Interesting point, though it looks like maybe the output doesn’t work that way? In his second post, Mankirat linked to the output from abidiff[1] and abicc[2] comparing 17.2 to 17.3. The latter is HTML, but abidiff’s plan is pretty straightforward text that reports a bunch of changes. I imagine it’ll need some massaging to determine which are proper ABI breaks.
Mankirat, did you try it with 17.0 to 17.1? That would be interesting, as there was an ABI break in 17.1[3].
> Generally, this looks like the right direction.
>
> As an additional tip, check the Python source code, they are doing something like that with libabigail as well.
Ooh, good to know, thanks!
D
[1]: https://drive.google.com/file/d/1EFW2BHsRglAuNTjF6DpizRiX8iSNBsaN/view
[2]: https://abicc-17-2-17-3-postgres.mankiratsingh.com/
[3]: https://www.enterprisedb.com/blog/explaining-abi-breakage-postgresql-171
From | Date | Subject | |
---|---|---|---|
Next Message | Junho Choi | 2025-05-20 21:09:08 | Re: rsync pgsql-ftp access |
Previous Message | Dmitry Narizhnykh | 2025-05-20 18:32:26 | Fix the link to DBConvert streams |