Skip to content

Conversation

oreo639
Copy link

@oreo639 oreo639 commented Jul 30, 2025

Previously asm.S and neon.S were getting assembled into object files and linked. While for asm.S, this doesn't cause any problems, neon.S never ends up including a .note.GNU-stack section resulting in the final library being marked as requiring executable stack.

These files just define macros used by cpudetect.S and hevcdsp_qpel_neon.S so them getting assembled and linked individually doesn't seem intended.

Previously asm.S and neon.S were getting assembled into object files and linked.
While for asm.S, this doesn't cause any problems, neon.S never ends up including
a .note.GNU-stack section resulting in the final library being marked as
requiring executable stack.

These files just define macros used by cpudetect.S and hevcdsp_qpel_neon.S so
them getting assembled and linked individually doesn't seem intended.
@oreo639 oreo639 force-pushed the fix-execstack-arm branch from acbecb7 to 58b8efb Compare July 30, 2025 12:20
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 this pull request may close these issues.

1 participant