Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-16825

glibc: Improved compatibility with underlinked objects with implicit dependencies on libc.so.6 [rhel-8]

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done-Errata
    • Icon: Normal Normal
    • rhel-8.10
    • rhel-8.8.0
    • glibc
    • None
    • glibc-2.28-245.el8
    • None
    • Low
    • ZStream
    • rhel-sst-pt-libraries
    • ssg_platform_tools
    • 15
    • 19
    • 2
    • False
    • Hide

      None

      Show
      None
    • Yes
    • Red Hat Enterprise Linux
    • None
    • Approved Blocker
    • Bug Fix
    • Hide
      .Applications using incomplete ELF dependency information no longer terminate unexpectedly

      Previously, applications using incomplete ELF dependency information could terminate unexpectedly due to a `glibc` dynamic linker optimization that could change the relocation order of such applications, which resulted in objects with implicit dependencies on `glibc` being relocated before `glibc`. With this update, the issue has been fixed, and such applications now start as expected.
      Show
      .Applications using incomplete ELF dependency information no longer terminate unexpectedly Previously, applications using incomplete ELF dependency information could terminate unexpectedly due to a `glibc` dynamic linker optimization that could change the relocation order of such applications, which resulted in objects with implicit dependencies on `glibc` being relocated before `glibc`. With this update, the issue has been fixed, and such applications now start as expected.
    • Done
    • None

      Apparently issue happens in update from 8.7 to 8.8

      At first suggested a simple LD_PRELOAD of a memmove wrapper, then a full LD_PRELOAD of libc.so as described at glibc: [LLNL 7.4 Bug] Relocation dependency on symbol, but no DT_NEEDED, causes incorrect startup sequence.

      Customer would also like to know if there is any copy of https://software.intel.com/en-us/articles/intel-compiler-version-16-not-compatible-with-recent-libcso6 around, as the link is no longer available. I suppose it should basically suggest preloading libc.so.

      This issue being opened to have some possible extra information about the issue, or a better explanation that it might break in different ways and cannot be supported.

              fweimer@redhat.com Florian Weimer
              rhn-support-pandrade Paulo Andrade
              Vikramsingh Patil
              Florian Weimer Florian Weimer
              Martin Coufal Martin Coufal
              Votes:
              0 Vote for this issue
              Watchers:
              13 Start watching this issue

                Created:
                Updated:
                Resolved: