Re: glibc 2.36 and DT_HASH (preserving it for F37+)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 8/21/22 10:14, Demi Marie Obenour wrote:
On 8/21/22 12:51, John Reiser wrote:
it's clear there's a documentation problem [with DT_GNU_HASH]
Partly due to lack of documentation, already I have seen "abuses"
of the DT_GNU_HASH format.  In particular, some versions of Rust
and/or musl run-times use (0 == nbucket) to mean something like
"there is no hash table information" but do not specify all the
implications for the run-time symbol table.  Other versions use
(1 == nbucket && 0 == buckets[0] && 1 == n_bitmask && 0 == bitmask[0])
for a similar purpose.  Similarly, Rust and Android can trim
"unused" zero entries from the end of &hash_array[nbucket],
even though buckets[] and hash_array[] should be parallel.

Please report a bug at https://github.com/rust-lang/rust/issues.

https://github.com/rust-lang/rust/issues/100859
"abuse of DT_GNU_HASH descriptor"
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux