[LTP] [PATCH v2] sigrelse01: Check if signal 34 is available for musl compat

Florian Schmaus florian.schmaus@codasip.com
Thu Aug 14 17:26:44 CEST 2025


On 13/08/2025 17.26, Pedro Falcato wrote:
> On Fri, Aug 08, 2025 at 06:34:57PM +0200, Florian Schmaus via ltp wrote:
>> Do not select signal 34 when the test is run using musl. Signal 34 is
>> used internally by musl as SIGSYNCCALL. Consequently, musl's signal()
>> will return with an error status and errno set to EINVAL when trying
>> to setup a signal handler for signal 34, causing the sigrelse01 test
>> to fail.
>>
>> Since musl provides no preprocessor macro, we check for the
>> availability of signal 34 by attempting to setup a signal handler. If
>> signal() returns SIG_ERR with errno set to EINVAL then we assume the
>> signal is unavailable. Knowing signal 34 is available with glibc, we
>> perform this check only if __GLIBC__ is not defined.
>>
> 
 > […]
 >
> So, the correct fix would be to exclude all signals outside of [SIGRTMIN, SIGRTMAX]

Thanks, this does the trick and reduces the size of the patch 
significantly. Will send v3 shortly.

- Florian




More information about the ltp mailing list