build: do not apply curl debug macros to tests/server
by default
#16705
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.
It seems unnecessary and possibly unexpected to build test servers with
debug-enabled features and memory tracking whenever the tested curl is
built like that (which is a requirement for some tests, so curl is
mostly built like that when running tests.) It also makes building
servers a little bit faster with cmake for the most common cases.
You can apply debug options to
tests/server
with these new options:./configure
:--enable-server-debug
.-DENABLE_SERVER_DEBUG
.Also sync the way we pass these macros in autotools, with CMake builds.
Before this patch, autotools passed them via
curl_config.h
. After thispatch it passes them on the command-line, like cmake builds do.
This patch also make these option no longer passed to examples and
http/client
in cmake builds, where they were no-ops anyway.Ref: #15000
--disable-debug --enable-curldebug --enable-unity builds
fix to a separate PR and rebase that onto this. → autotools: useCURLDEBUG
to exclude TrackMemory code from unity #16723