From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 70BDB3857C52; Sat, 27 Feb 2021 10:45:45 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 70BDB3857C52 From: "jakub at redhat dot com" To: dwz@sourceware.org Subject: [Bug default/27480] New: Consider .debug_loclists optimizations Date: Sat, 27 Feb 2021 10:45:45 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new 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: jakub at redhat dot com 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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: 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-BeenThere: dwz@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Dwz mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Feb 2021 10:45:45 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D27480 Bug ID: 27480 Summary: Consider .debug_loclists optimizations Product: dwz Version: unspecified Status: NEW Severity: normal Priority: P2 Component: default Assignee: nobody at sourceware dot org Reporter: jakub at redhat dot com CC: dwz at sourceware dot org Target Milestone: --- As mentioned in https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565965.html GCC for non-partitioned TUs emits DW_LLE_offset_pair which will be likely a= win for small TUs, but might be too large for very large TUs - both operands are offsets from base, so say 256KB TU would near the end of the .text section = have 3 bytes for each of the operands, and for 2MB TU even 4 bytes for each oper= and. Compared to one DW_LLE_base_address with 4 (or 8) byte operand and then DW_LLE_offset_pair with likely just 1 byte operands. Similarly, for partitioned TUs, we emit DW_LLE_start_end or DW_LLE_base_add= ress + DW_LLE_offset_pair, but maybe DW_LLE_offset_pair would be smaller. --=20 You are receiving this mail because: You are on the CC list for the bug.=