[Page Previous 1, 2, 3, 4, 5 Next]

Topic: HOWTO: Building Apache and dependencies using CMake

[4]

Topic: HOWTO: Building Apache and dependencies using CMake

[Jan-E]

Like this:

[tangent]

I've spent some time looking at the CMake build configuration with Curl, and due to its complexity confess I don't fully understand some of the setup. However, the BUILD_STATIC_LIBS option creates a libcurl.lib file (not libcurl_a.lib), whilst the BUILD_SHARED_LIBS option creates a libcurl.dll file along with an import library file libcurl_imp.lib. There's also a BUILD_STATIC_CURL option, which I've tried setting.

[Jan-E]

Thanks. Some versions of dumpbin do not support /exports anymore. And apparently CMake creates the static and shared lib's for libcurl with different names.
Could you check the libs for curl 8.14.1 to see if something changed with respect to the InitSecurityInterface definitions?

[tangent]

They have changed.

The InitSecurityInterface entry for libcurl.lib differs, whilst there isn't one in libcurl.dll.

[Jan-E]

The ‘find’ you are using in the previous post ignores the ifdef’s around the statements. See the changes in curl_sspi.c int this commit:
https://github.com/curl/curl/commit/0d71b18153c8edb996738f8a362373fc72d0013b
In the description of the commit:

[tangent]

Build dependency updates to include latest HTTPD 2.4.65 release:

CURL (8.15.0))
HTTPD (2.4.65)
LIBXML2 (2.14.5)

Other than release version details, there are no changes to the batch file build logic from before.

[Jan-E]

Could you share the generated static and shared files (lib. dll, pdb if any) for curl 8.15.0, so I can test if they work for PHP?

[tangent]

I've zipped up the following three curl 8.15.0 files, built with the CMake script, as curl-8.15.0-libs.zip

23/07/2025 20:27 762,368 libcurl.dll
23/07/2025 20:27 3,566,236 libcurl.lib
23/07/2025 20:27 21,338 libcurl_imp.lib

The file is downloadable from Limewire at https://limewire.com/d/dsdMz#UsuGPrtThH (this link will expire in 7 days).

Note, the CMake build HowTo currently doesn't create PDB files.

I'd be surprised if the static library works for you, as you say, because in Curl 8.15.0 the developers have chosen to rework the InitSecurityInterface() functionality to need secur32.lib.

I did try hacking the HTTPD CMakeLists.txt file, to link mod_md.so statically with libcurl.lib, and although that seemed to work, dumpbin shows the CMake build process still insists on including libcurl.dll, presumably through the import library.

Basically, the CMake build process for Windows favours a shared library approach.

[Jan-E]

Thanks. Downloaded.

[tanquang]

Can you add the wintty.exe build code?

[tangent]

I've duly updated the build script to support wintty.exe, by patching the CMakeLists.txt file to include suitable build directives.

The HTTPD file set does include a Windows make file for wintty.exe, but this is incompatible with the CMake build (APR) file locations.

[tanquang]

[tangent]

Thanks for pointing this out.

This edit entry is a hangover from previous versions of CMakeLists.txt that were used to build older versions of LUA.

In fact the edit is trying to change the line:

target_compile_definitions ( libluadll PRIVATE _CRT_SECURE_NO_WARNINGS LUA_BUILD_AS_DLL )

to

target_compile_definitions ( libluadll PRIVATE _CRT_SECURE_NO_WARNINGS LUA_BUILD_AS_DLL LUA_COMPAT_5_3 )

which now fails since both CMakeLists.txt files referenced on PASTEBIN contain the line

target_compile_definitions ( libluadll PRIVATE _CRT_SECURE_NO_WARNINGS LUA_BUILD_AS_DLL LUA_COMPAT_ALL )

Since the entry is benign, I'll remove it from the LUA build section next time the CMake HowTo gets updated.

Similarly, there's still an edit in the HTTPD section specifically for version 2.4.62, which is now several releases behind the curve. That will get removed at some point too...

[tanquang]

[tanquang]

This code:

[tangent]

Many thanks for your observations.

When dependent packages are updated, I generally don't have time to review all the code changes, and normally just check that the CMake build process completes without error, and that Apache runs ok. It's only when issues crop up that I'll try and investigate further. To that end...

Re the LUA issue, checking back through previous versions it would seem LUA_COMPAT_ALL was used in the 5.2 series code, whilst LUA_COMPAT_5_1 and LUA_COMPAT_5_2 were used in the 5.3 series. LUA_COMPAT_5_3 appears in the 5.4 series.

Since the presence of these macros causes a number of compatibility features to be built, it makes sense to include these options, so I've updated the CMakeLists.txt edit to produce the line:

[tanquang]

Since you have compiled ZLIB before, when compiling LIBXML2 you should add:

[tanquang]

This logic code:

[tanquang]

By the way, I highly recommend editing this code:

[tanquang]

When I compile to httpd I see it shows: