Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify in sysvabi64 that when .note.gnu.property sections are present a PT_GNU_PROPERTY program header is required #299

Open
smithp35 opened this issue Nov 25, 2024 · 0 comments · May be fixed by #301

Comments

@smithp35
Copy link
Contributor

The PT_GNU_PROPERTY program header describes the location of the .note.gnu.property to a program loader. This is faster than if the standard PT_NOTE program header was used to describe a consolidated notes section which the program loader has to parse.

To allow program loaders to use the PT_GNU_PROPERTY program header exclusively, which seems to be what implementations are doing, we should document that on a sysvabi platform that if .note.gnu.property is present in an executable/shared-library then a PT_GNU_PROPERTY must also be present.

smithp35 added a commit to smithp35/abi-aa that referenced this issue Nov 29, 2024
Added a requirement that a static linker must generate a
PT_GNU_PROPERTY program header for an executable or shared-library
that contains program properties.

The linux kernel and glibc are currently relying on the program
header to find the program properties and are not attempting to
search through the consolidated notes section (PT_NOTE) program
header if it isn't present.

fixes: ARM-software#299
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant