From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 53847 invoked by alias); 10 Jul 2019 09:13:35 -0000 Mailing-List: contact dwz-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: dwz-owner@sourceware.org Received: (qmail 53434 invoked by uid 48); 10 Jul 2019 09:13:32 -0000 From: "vries at gcc dot gnu.org" To: dwz@sourceware.org Subject: [Bug default/24766] [Regression] Date: Tue, 01 Jan 2019 00:00:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: dwz X-Bugzilla-Component: default X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: vries at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: nobody at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2019-q3/txt/msg00063.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D24766 --- Comment #8 from Tom de Vries --- (In reply to Matthias Klose from comment #6) > should there be distinct error codes for errors to ignore, and errors whi= ch > shouldn't be ignored? I assume if you just ignore everything, then you > won't get more issues reported, because nobody sees these missed > compressions anymore. The strategy of ignoring exit status is valid, but it also gives us freedom= to make changes to the exit code without disturbing that strategy. The question is though: can we define a rationale for dwz exit codes that allows us to use the exit codes in a meaningful way? What is the difference between "error to ignore", and "error that shouldn't be ignored"? In other words, if we keep fixing bug reports that say "this dwz error brea= ks my package build, so it's an error that should be ignored", won't we end up with effectively ignoring all errors? [ FWIW, as for noticing missing compressions, find-debuginfo.sh has a Aug 2= 018 patch that added printing of a line like "original debug info size: 120600, size after compression: 77604", so perhaps that can be addressed more adequately outside dwz. ] --=20 You are receiving this mail because: You are on the CC list for the bug.