public inbox for elfutils@sourceware.org
 help / color / mirror / Atom feed
From: Aaron Merey <amerey@redhat.com>
To: elfutils-devel@sourceware.org
Subject: elfutils 0.191 released
Date: Fri, 1 Mar 2024 17:01:41 -0500	[thread overview]
Message-ID: <CAJDtP-SJhJ8cjTpkNpi+F0nzVJ2pZsEai8Ewpp4yJmsO_H5-NA@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 3535 bytes --]

ELFUTILS 0.191 "Bug fixes in C major" - https://elfutils.org/

A new release of elfutils is available at:
ftp://sourceware.org/pub/elfutils/0.191/
or https://sourceware.org/elfutils/ftp/0.191/

Visit us on the Libera.Chat irc channel #elfutils

* NEWS *

libdw: dwarf_addrdie now supports binaries lacking a .debug_aranges
       section.

Improved support for DWARF package files.  Add new function
       dwarf_cu_dwp_section_info.

debuginfod: Caching eviction logic improvements to improve retention
       of small/frequent/slow files such as Fedora's vdso.debug.

srcfiles: Can now fetch the source files of a DWARF/ELF file and
       place them into a zip.

* GIT SHORTLOG *

Aaron Merey (9):
      libdwfl: Correctly handle corefile non-contiguous segments
      libdw: Use INTUSE with dwarf_get_units
      debuginfod.cxx: Restore comment
      Revert "debuginfod.cxx: Restore comment"
      unstrip: Call adjust_relocs no more than once per section.
      Handle DW_AT_decl_file 0
      Add __libdw_getdieranges
      tests/run-getsrc-die.sh: Skip tests if objcopy fails
      Prepare for 0.191

Aleksei Vetrov (4):
      libdw: check offset dwarf_formstring in all cases
      libdwfl: handle duplicate ELFs when reporting archives
      tests: Add test for duplicate entries in archive
      libelf: check decompressed ZSTD size

Frank Ch. Eigler (4):
      doc/debuginfod.8: clarify source file handling
      PR31248: debuginfod_find_*: lseek to the front on returned fds
      debuginfod.8 man page: tweak -U explanation
      PR31265 - rework debuginfod archive-extract fdcache

Housam Alamour (1):
      PR 30991: srcfiles tarball feature

Khem Raj (1):
      Add helper function for basename

Mark Wielaard (17):
      elfutils.spec: Add eu-srcfiles and add new make rpmbuild target
      backends: Fix arm_machine_flag_name version string.
      rpmbuild: fix Makefile rules
      libelf: Fix possible memory leak in elf_getdata_rawchunk
      libelf: Fix elf_begin.c build on 32bit arches.
      tests: Restructure run-debuginfod-response-headers.sh
      readelf: Don't print average number of tests when no tests are done
      tests: Don't redirect output to /dev/null in run-native-test.sh
      libdwfl: Add some extra space to buffer to read kernel image header
      libelf: Treat elf_memory as if using ELF_C_READ_MMAP
      srcfiles: Fix --enable-gcov (BUILD_STATIC) build
      NEWS: Update version number and remove duplicate 0.190 entry
      libdw: Update dwarf_cu_dwp_section_info documentation
      libebl: ebl_object_note print 32bit annobin address ranges correctly
      readelf: Use unsigned loop variables in handle_verneed and
        handle_verdef
      libdw: Initialize tu_offset in __libdw_package_index
      GPG-KEY: Add key for Aaron Merey

Omar Sandoval (6):
      libdw: Parse DWARF package file index sections
      libdw: Try .dwp file in __libdw_find_split_unit()
      libdw: Handle split DWARF in dwarf_decl_file
      libdw: Refactor dwarf_next_lines and fix skipped CU
      libdw: Apply DWARF package file section offsets where appropriate
      libdw: Handle overflowed DW_SECT_INFO offsets in DWARF package file
        indexes

Paul Pluzhnikov (2):
      Fix computations with (potentially) NULL pointer
      Minor: include <stdint.h> for uintptr_t

Sergei Trofimovich (1):
      tests: fix build against upcoming
        `gcc-14` (`-Werror=calloc-transposed-args`)

Xi Ruoyao (2):
      libelf: Sync elf.h from glibc
      backends: Update list of LoongArch relocations

[-- Attachment #2: signature.asc --]
[-- Type: text/plain, Size: 1974 bytes --]

-----BEGIN PGP PUBLIC KEY BLOCK-----
 
mQENBGXb21kBCADCyOpVSfJ6XHVp8+dspYCgkSwr26IF+SXHzt9dVyMChAKJIXib
ty8NA/Huh3ZRNzFXdFM09yoYiglnYu3+r1rniliP1L1w3y0tDNxlvlLmVhM5WAfA
IyZ9tI8X1XIfRLYsX70UM3jDvyoXkEQkjhQKDHrgBdBTNARHlHVykj44xD2TCwao
vV0gFu2EmCN8TsMWLdQ1VymtYd/UFB6znlLzSglzzx4OYKyla6anbWqKxvB3siIH
Pf/ULBh0JNTluH39kk486yE9Lh1z9H8FoVlUWcXvlr0rmPPQDl9se02bkd4rA/gD
kRQmlUXxJIJCNYZiQ7k0nZSYQY6JzhY1szBLABEBAAG0H0Fhcm9uIE1lcmV5IDxh
bWVyZXlAcmVkaGF0LmNvbT6JAVEEEwEIADsWIQRsK2MVY7jTMFeNPLR0/T+id55w
cwUCZdvbWQIbAwULCQgHAgIiAgYVCgkICwIEFgIDAQIeBwIXgAAKCRB0/T+id55w
cxHiCAC9evJD8CqSPOfuKFa2iITLoSM2ORdpsp5Wla9OpAV5GnUNKbR7KCLoG7OQ
3Tth9qdHqrCIUigvj2xzcaovdyVRpDLBFG5cbrBB7Jqly0ptJhFUtx8wbDBammZq
7ZAsLFP582ILqlLjcTIOUNk4ABuTDN9FIdewgWXMW7GPp5euJ4ucos2glySwLbC4
+6kZ1guYYbO3S9YWWyImP2Guf4KVi5kTF0USTklvszJLvwJNkYknQhxnDcWLeOPJ
P4hOdHlwJSsaXcKyOn//FdMXRGDcknKcn43e03esXjflvz8HyXz4VbjEqDpOHS9i
l/NOw6+C7+wcAvHDu583cMbuI7hziEYEEBEIAAYFAmXiB7IACgkQVZbdDOm/ZT2Q
fwCfQSmNDkHu3ZxwvWs+mOFaYR3PGRAAnieQMVnPZd8kgGkVO/GNIJIBeuA7iF0E
EBECAB0WIQRBoMESdLHof+KOTFPj134flRYZkQUCZeIIBAAKCRDj134flRYZkX4N
AJ0Q8p1f7lmWgiHaHmD3DtuJ7uhWHACgk84evo0UsqVNi/4xHZ0wpVvxx+S5AQ0E
ZdvbWQEIAKgzEcJMUfFgsUGwMO/I4mwjvB7+Jx90lSYjS3uM7E3jnYhu/en42skl
nYEMxMR9EWUF6RZ78QiUvD/Ik6fP0YrMuTRBnZ7ZOd5zLPbgDIAOVeiVxFRwGOzj
z01V/plDlz+zCQkS1tOPgpGKCzTol7/M9ks9AHqKE6DWrrk1LbER2qDyE6XMAe5b
LNqdmtfJ2uf2XPThGGz0ujJ0MdistoRMechX9qBIBaLwxuA5edx+3iu6MdjMCeua
yV+Yb4ePG+9IY3OmdC/3wNpJYOQvSsJz9PzX4Nf1PuIaT/JoQSmZa8aZYgtCVMCV
t15UDdpPTyuFeXSBYLkuSQGM6DqARnEAEQEAAYkBNgQYAQgAIBYhBGwrYxVjuNMw
V408tHT9P6J3nnBzBQJl29tZAhsMAAoJEHT9P6J3nnBzAJYH/1eX+r8VEDPU/TKA
yqYW2Mg87jyo8+t2x0zFZfucni/0o3ejaSxSVtnWiFh79OWnACnbq0go+pT59X7V
03VcYQgRpzLuD0OzcOmkHI4kgbB2Q3zNszlqb67Lkt+P9xy16DWS8N9qujfiTw6q
+xT/BsSxmOuWxexrRjui012g28TcihlQIRBOtJIA2vEwUWjuMkzno2Xbrxq99WH8
iSr3bTGc/jpnMetW4iHE8VxUJ7ixvbcE4vWsfUqPyr/5U25a2D8XNmvqw9J1msNE
5dlWzgmpLMHLVzKigvJffjsYxxLvekbSv/mJgonhDXUQvUnwy0bx41te/neXHrEv
S0Zj1TU=
=iz3/
-----END PGP PUBLIC KEY BLOCK-----

                 reply	other threads:[~2024-03-01 22:01 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJDtP-SJhJ8cjTpkNpi+F0nzVJ2pZsEai8Ewpp4yJmsO_H5-NA@mail.gmail.com \
    --to=amerey@redhat.com \
    --cc=elfutils-devel@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).