cmake: sync HAVE_SIGNAL detection with autotools #9725
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
HAVE_SIGNAL
means the availability of thesignal()
function in autotools, while in CMake it meant the availability of that function and the symbolSIGALRM
.The latter is not available on Windows, but the function is, which means on Windows, autotools did define
HAVE_SIGNAL
, but CMake did not, introducing a slight difference into the binaries.This patch syncs CMake behaviour with autotools to look for the function only.
The logic came with the initial commit adding CMake support to curl, so the commit history doesn't reveal the reason behind it. In any case, it's best to check the existence of
SIGALRM
directly in the source before use. For now, curl builds fine withHAVE_SIGNAL
enabled andSIGALRM
missing.Follow-up to 68fa9bf
Closes #xxxx