build: fix stdint/inttypes detection with non-autotools #10745
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.
Fix
stdint.h
andinttypes.h
detection with non-autotools buildson Windows. (autotools already auto-detected them correctly.)
lib/config-win32.h
builds (e.g.Makefile.mk
):HAVE_STDINT_H
where supported.HAVE_INTTYPES_H
for MinGW.CMake:
CURL_PULL_STDINT_H
.CURL_PULL_INTTYPES_H
.HAVE_STDINT_H
twice.Present since the initial CMake commit: 4c5307b
curl doesn't use these C99 headers, we need them now to
workaround broken wolfSSL builds. Ref: #10739
Once that clears up, we can delete these detections and macros (unless we want to keep them for
future us.)
Closes #10745