Re: abi-compliance-checker
От | Peter Eisentraut |
---|---|
Тема | Re: abi-compliance-checker |
Дата | |
Msg-id | defe1275-26bd-4596-be81-8d265a308d8b@eisentraut.org обсуждение исходный текст |
Ответ на | Re: abi-compliance-checker (vignesh C <vignesh21@gmail.com>) |
Список | 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 по дате отправления: