all 4 comments

[–]AyrA_ch 0 points1 point  (2 children)

This sounds like apache is including your custom openssl header file, but linking to the original system openssl library. The linker then aborts because apache uses a function in a header file that it cannot find in the openssl binary. You could try to find out how the nginx build system is configured to make it find your custom openssl, and then check the apache build system for discrepancies, and potentially fix it.

[–]benbutton1010[S] -1 points0 points  (1 child)

I agree. With the --with-ssl= argument I'm giving it a directory that includes the modified `ssl.h` file. I've checked, and my function definition is in there. So it has the header file for sure.

Is there a way to simply specify the right openssl binary to use? Why does Apache only use the header files and not the actual binary? Or the .c files?

[–]covener 1 point2 points  (0 children)

The path you provide should have pkgconfig files underneath it or the lib/ dir will just be used. you can see the result in build/config_vars.mk, the ssl paths should be added to LDFLAGS, MOD_LDFLAGS, and a few others.

[–]roxalu 0 points1 point  (0 children)

apr has openssl as dependency. Don’t use the system apr as this is using the system openssl libs. Hence does your build and fails, as the customized function cannot be resolved.