[Bug 2100297] Re: dlopen(libx264/libde265) fails on armhf with glibc 2.41

[Simon Chopin]

Simple NCRs for the libraries will fix it since binutils now defaults to
non-executable stacks in the absence of the GNU_STACK field, see
https://tracker.debian.org/news/1618944/accepted-binutils-244-2-source-
into-unstable/

** Also affects: x264 (Ubuntu)
   Importance: Undecided
       Status: New

** Also affects: libde265 (Ubuntu)
   Importance: Undecided
       Status: New

** Changed in: libde265 (Ubuntu)
       Status: New => Fix Committed

** Changed in: x264 (Ubuntu)
       Status: New => Fix Committed

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/2100297

Title:
  dlopen(libx264/libde265) fails on armhf with glibc 2.41

Status in glibc package in Ubuntu:
  In Progress
Status in libde265 package in Ubuntu:
  Fix Committed
Status in x264 package in Ubuntu:
  Fix Committed

Bug description:
  Due to the changes in GNU_STACK exec flag handling in 2.41, it is now
  not possible to dlopen a shared library that requires an executable
  stack.

  Both x264 and libde265 produce such objects, simply because some of
  their objects files for ARM are produced from assembly code that lack
  any definition for the GNU_STACK ELF field, and for retrocompatibility
  the tooling will default to an executable stack.

  Both libs should be fixed, and glibc should probably declare some
  Breaks on them.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/2100297/+subscriptions