https://bz.apache.org/bugzilla/show_bug.cgi?id=62228
--- Comment #7 from Rainer Jung <[email protected]> --- I think Eric is on the right track here with the order of include files. The line in which compilation fails uses ssl_engine_set, which is a new symbol declaredin mod_ssl.h. During compilation time mod_ssl.h lies in .../modules/ssl. Now look at your include order: -I. -I/usr/src/httpd-2.4.33/os/unix -I/usr/src/httpd-2.4.33/include -I/usr/local/apache2/include -I/usr/local/apache2/pcre/include -I/usr/src/httpd-2.4.33/modules/aaa -I/usr/src/httpd-2.4.33/modules/cache ... -I/usr/src/httpd-2.4.33/modules/proxy -I/usr/src/httpd-2.4.33/modules/session -I/usr/src/httpd-2.4.33/modules/ssl ... I expect the compiler uses mod_ssl.h from the installed include files f your old version via -I/usr/local/apache2/include and not the later one via -I/usr/src/httpd-2.4.33/modules/ssl. As a short term mitigation, you might want to rename /usr/local/apache2/include while doing the build. But where does that item "-I/usr/local/apache2/include" come from? It does *not* come from your choice of "--prefix". Fr instance this is my include list, also using a --prefix: -I. -I/usr/bld/httpd-2.4.33/include -I/usr/src/httpd-2.4.33/os/unix -I/usr/src/httpd-2.4.33/include -I/usr/local/apr/1.5.2-1.solaris10.sparc/include/apr-1 -I/usr/local/apr-util/1.5.4-6.solaris10.sparc/include/apr-1 -I/usr/local/openssl-1.0.2lsp1-1.solaris10.sparc/include -I/usr/local/expat/2.2.1-1.solaris10.sparc/include -I/usr/local/pcre/8.41-1.solaris10.sparc/include -I/usr/src/httpd-2.4.33/modules/aaa -I/usr/src/httpd-2.4.33/modules/cache -I/usr/src/httpd-2.4.33/modules/core -I/usr/src/httpd-2.4.33/modules/database -I/usr/src/httpd-2.4.33/modules/filters -I/usr/src/httpd-2.4.33/modules/ldap -I/usr/bld/httpd-2.4.33/server -I/usr/src/httpd-2.4.33/modules/loggers -I/usr/src/httpd-2.4.33/modules/lua -I/usr/src/httpd-2.4.33/modules/proxy -I/usr/src/httpd-2.4.33/modules/session -I/usr/src/httpd-2.4.33/modules/ssl -I/usr/src/httpd-2.4.33/modules/test -I/usr/src/httpd-2.4.33/server -I/usr/src/httpd-2.4.33/modules/md -I/usr/src/httpd-2.4.33/modules/arch/unix -I/usr/src/httpd-2.4.33/modules/dav/main -I/usr/src/httpd-2.4.33/modules/generators -I/usr/src/httpd-2.4.33/modules/mappers What I'm pretty sure is, that the bad entry comes from your apr or apr-util. You have build and installed apr and apr-util originally together with httpd. So when apr-config is asked, what the include path for using it is, it returns /usr/local/apache2/include, because that's where its own header files got installed too. So I suggest either to rebuild your new httpd using a separate apr and apr-util, e.g. putting a recent one into the srclib sub directory of httpd before building it, or building apr and apr-util completely separate and installing it into a separate target directory, such that its header files get not mixed with other headers in one directory. Regards, Rainer -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
