public inbox for elfutils@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: elfutils-devel@sourceware.org
Subject: elfutils 0.173 released
Date: Fri, 29 Jun 2018 20:36:00 -0000	[thread overview]
Message-ID: <20180629203634.GA26823@wildebeest.org> (raw)

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

ELFUTILS 0.173 - http://elfutils.org/

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

* NEWS *

More fixes for crashes and hangs found by afl-fuzz. In particular various
functions now detect and break infinite loops caused by bad DIE tree cycles.

readelf: Will now lookup the size and signedness of constant value types
         to display them correctly (and not just how they were encoded).

libdw: New function dwarf_next_lines to read CU-less .debug_line data.
       dwarf_begin_elf now accepts ELF files containing just .debug_line
       or .debug_frame sections (which can be read without needing a DIE
       tree from the .debug_info section).
       Removed dwarf_getscn_info, which was never implemented.

backends: Handle BPF simple relocations.
          The RISCV backends now handles ABI specific CFI and knows about
          RISCV register types and names.

* GIT SHORTLOG *

Andreas Schwab (1):
  backends: add abi_cfi and register_info callbacks for RISC-V

Luiz Angelo Daros de Luca (1):
  libdw: Initialize filelist earlier in dwarf_getsrclines.c read_srclines.

Mark Wielaard (18):
  readelf: Handle signedness of DW_FORM_implicit_const and DW_AT_const_value.
  readelf: While printing .debug_loc make sure that next_off doesn't overflow.
  libdw: Make __libdw_dieabbrev more robust on failure.
  readelf: Make sure print_form_data always consumes DW_FORM_strx[1234] data.
  readelf: Check there are at least 4 bytes available for DWARF_FORM_block4.
  libdw, readelf: Don't handle DW_FORM_data16 as expression block/location.
  libdw: aggregate_size check NULL result from get_type.
  libdw: dwarf_peel_type break long chains/cycles.
  libdw: Break dwarf_aggregate_size recursion because of type cycles.
  libelf: Sync elf.h from glibc.
  libelf: Don't return unaligned data returned from elf_getdata[_rawchunk].
  libdw: Handle bogus CU length in dwarf_nextcu.
  libdw: Add dwarf_next_lines to read .debug_line tables without CUs.
  tests: Limit varlocs print_expr_block recursion depth.
  libdw: Remove dwarf_getscn_info from libdw.h and libdw.map.
  libdw: Allow .debug_frame only Dwarf.
  libdw: Recognize zero terminator to end frame table in dwarf_next_cfi.
  Prepare for 0.173

Yonghong Song (1):
  backends,bpf: add proper relocation support


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

                 reply	other threads:[~2018-06-29 20:36 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=20180629203634.GA26823@wildebeest.org \
    --to=mark@klomp.org \
    --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).