Re: abi-compliance-checker - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: abi-compliance-checker
Date
Msg-id defe1275-26bd-4596-be81-8d265a308d8b@eisentraut.org
Whole thread Raw
In response to Re: abi-compliance-checker  (vignesh C <vignesh21@gmail.com>)
List pgsql-hackers
On 06.01.24 18:25, vignesh C wrote:
> One of the test has failed in cfbot at [1] with:
> abi-compliance-checker
> [12:04:10.537] The output from the failed tests:
> [12:04:10.537]
> [12:04:10.537] 129/282 postgresql:abidiff / plpgsql.abidiff FAIL 1.25s
> (exit status 4)
> [12:04:10.537]
> [12:04:10.537] --- command ---
> [12:04:10.537] 12:03:00 /usr/bin/abidiff
> /tmp/cirrus-ci-build/build/../src/pl/plpgsql/src/plpgsql.x86_64-linux.abi.xml
> src/pl/plpgsql/src/plpgsql.so
> [12:04:10.537] --- Listing only the last 100 lines from a long log. ---
> [12:04:10.537] 'NodeTag::T_RoleSpec' from value '66' to '67' at nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_FuncCall' from value '67' to '68' at nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_A_Star' from value '68' to '69' at nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_A_Indices' from value '69' to '70' at nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_A_Indirection' from value '70' to '71' at
> nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_A_ArrayExpr' from value '71' to '72' at nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_ResTarget' from value '72' to '73' at nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_MultiAssignRef' from value '73' to '74' at
> nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_SortBy' from value '74' to '75' at nodes.h:26:1
> [12:04:10.537] 'NodeTag::T_WindowDef' from value '75' to '76' at nodes.h:26:1
> ....
> [12:04:10.592] -------
> [12:04:10.592]
> [12:04:10.592]
> [12:04:10.592] Summary of Failures:
> [12:04:10.592]
> [12:04:10.592] 129/282 postgresql:abidiff / plpgsql.abidiff FAIL 1.25s
> (exit status 4)
> 
> [1] - https://cirrus-ci.com/task/5961614579466240

This is kind of intentional, as it shows the the test catches ABI changes.

If the patches were to be committed, then the base ABI file would be 
updated.




pgsql-hackers by date:

Previous
From: Melanie Plageman
Date:
Subject: Re: Emit fewer vacuum records by reaping removable tuples during pruning
Next
From: Tom Lane
Date:
Subject: Re: pg_dump: Remove obsolete trigger support