Hi Team, I am facing the issue while building apache on Window machine with the help of apache source code and got below error [ 92%] Building C object CMakeFiles/mod_ssl.dir/modules/ssl/ssl_engine_init.c.obj ssl_engine_init.c C:\apacheBuild\apache2.4\build\httpd-2.4.33\modules\ssl\ssl_engine_init.c(33) : fatal error C1083: Cannot open include file: 'mod_md.h': No such file or directory NMAKE : fatal error U1077: 'c:\PROGRA~2\MICROS~2.0\VC\bin\amd64\cl.exe' : return code '0x2' Stop. I did some investigation and found that with new version of apache we added a new module called mod_md which is experimental basis, I don’t know why experimental module added as a dependency and it will cause a build failure, Can you please help me out to fix above issue?
This seems to be a cmake specific problem. Our CMakefile lacks adding modules/md to the includes. The unix build files work. You might want to test the following slight adjustment for the file CMakeLists.txt in the top level source directory: Index: CMakeLists.txt =================================================================== --- CMakeLists.txt (revision 1828523) +++ CMakeLists.txt (working copy) @@ -649,6 +649,7 @@ ${CMAKE_CURRENT_SOURCE_DIR}/modules/dav/main ${CMAKE_CURRENT_SOURCE_DIR}/modules/filters ${CMAKE_CURRENT_SOURCE_DIR}/modules/generators + ${CMAKE_CURRENT_SOURCE_DIR}/modules/md ${CMAKE_CURRENT_SOURCE_DIR}/modules/proxy ${CMAKE_CURRENT_SOURCE_DIR}/modules/session ${CMAKE_CURRENT_SOURCE_DIR}/modules/ssl I'm not sure, whether this is the right fix for cmake, but at least it should work. Let us know your experience with it. Regards, Rainer
I should note: the problem and its fix are independent from whether you actually want to build mod_md. Actually building mod_md is currently not supported by our cmake files (but should be, but that's another topic).
Hi Rainer, Thanks for your quick response, below fix work fine with Windows machine, I had one question in next release fix will come out of the box or we need to again add that property, Please confirm. Thanks and Regards, Rajendra Rathore
Thanks for testing. I committed the change for trunk and 2.4.x today as r1828669 resp. r1828670. So the fix will be part of all future versions starting with 2.4.34.