Thorsten Glaser
2020-Apr-29 19:04 UTC
[klibc] Bug#959070: klibc-utils: fstype falsely claims to need an executable stack
Helge Deller dixit:>On hppa/parisc we still need executable stacks for the signal >trampoline return code. Might your patch then maybe break fstype on >hppa? I didn't tested it...I think it only changed the assembly parts of the library to signal to the linker that there?s no need for an executable stack on their account, but the signal handling code should? add one on hppa then. ? also not tested, maybe you should ? bye, //mirabilos -- When he found out that the m68k port was in a pretty bad shape, he did not, like many before him, shrug and move on; instead, he took it upon himself to start compiling things, just so he could compile his shell. How's that for dedication. -- Wouter, about my Debian/m68k revival
Seemingly Similar Threads
- [PATCH] Add syscall wrappers required by libkeyutils
- pread and pwrite syscalls fix for 32bit arches, patch attached
- [klibc:master] Add pread and pwrite 32bit syscall wrappers for parisc
- hppa, powerpcspe: call for klibc/mksh testers
- PA-RISC (hppa) video cards init failure loading the device driver kernel module