[PATCH] Fail if dwz fails.
Martin Liška
mliska@suse.cz
Fri May 14 10:46:15 GMT 2021
On 5/13/21 4:07 PM, Mark Wielaard wrote:
> Hi Martin,
>
> On Thu, 2021-05-13 at 10:01 +0200, Martin Liška wrote:
>> PING^1
>
> Sorry I missed this earlier.
>
>> On 4/22/21 1:11 PM, Martin Liška wrote:
>>> Right now, dwz return code is 0 or a small integer value (<= 3)
>>> for situations like:
>>>
>>> - dwz: Too few files for multifile optimization
>>> - dwz: Multi-file optimization not allowed for different pointer sizes or endianity
>>>
>>> These are not fatal errors and the script should continue. On the other
>>> hand abort or segfault error values should cause failure of the script.
>>>
>>> Let's reserve values 1-16 for a recoverable dwz exit codes.
>
> With "recoverable" you mean that dwz did do compression, but could not
> deliver optimal compression?
No, I speak about cases, where compression cannot be done
(different endianess, ptr sizes, not beneficial, any other reason).
>
> It would be good to have an ack from the dwz developers that 1 to 16
> are "recoverable" errors (I added dwz@sourceware.org to CC).
Yes. That's why I CCed Tom.
>
> Would it be possible to tweak the find-debuginfo.sh script to avoid
> them? e.g. Could we see how many arguments we have so that we only use
> -m when there are 1+ debug files? And/Or detect debug files using
> different endianess and ptr sizes so they are processed in different
> batches?
No, I would leave it to dwz. There may be other reasons.
>
> Ideally an error code from dwz means something went terribly wrong and
> we abort find-debuginfo.sh. IMHO.
I would allow the mentioned "soft" error codes.
Martin
>
> Cheers,
>
> Mark
>
More information about the Debugedit
mailing list