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

[Launchpad Bug Tracker]

This bug was fixed in the package glibc - 2.41-6ubuntu1

---------------
glibc (2.41-6ubuntu1) plucky; urgency=medium

  * Merge from Debian unstable
    Delta dropped (fixed locally in c-t-b):
    - Revert:
      * debian/control.in/*: mirror existing Conflicts: of libc6 multilib packages
        to libc6-dev multilib packages.  Closes: #1092278.
      to be able to build cross compilers again.
  * Adjust the new execstack-related Breaks (LP: #2100297)
  * Update from upstream stable branch:
    - Fix the bash FTBFS due to getenv shenanigans (LP: #2101101)
    - Fix the arm64 pkey test failure by skipping it in VMs (LP: #2100613)

 -- Simon Chopin <schopin at ubuntu.com>  Tue, 18 Mar 2025 12:04:00 +0100

** Changed in: glibc (Ubuntu)
       Status: Fix Committed => Fix Released

-- 
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:
  Fix Released
Status in libde265 package in Ubuntu:
  Fix Released
Status in openblas package in Ubuntu:
  Fix Released
Status in postgresql-pllua package in Ubuntu:
  Fix Released
Status in x264 package in Ubuntu:
  Fix Released

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