[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