how do you load the apapche module at all wehn even "php7_module" is not known

httpd: Syntax error on line 9 of /PHP-PGO/httpd.conf: Can't locate API module structure `php7_module' in file /BUILD/php-8.0.0/libs/libphp8.so: /BUILD/php-8.0.0/libs/libphp8.so: undefined symbol: php7_module

If you want your process to be major-agnostic then you should love that it's called "php_module".
https://github.com/php/php-src/commit/6e3600f41b95d97d11ef48f817e6389a4ee95091

What I don't know is whether that's a permanent change or only intended until PHP $major.0 is branched.

well, 'php_module' would be cool but only in combination with libphp.so instead libphp8.so, i hate stuff like below from the bottom of my heart since many years :-)

<IfModule mod_php5.c>
 php_flag engine off
</IfModule>

<IfModule mod_php7.c>
 php_flag engine off
</IfModule>

<IfModule mod_php8.c>
 php_flag engine off
</IfModule>

Do I understand correctly that the bug report here is that we should generate "libphp.so" rather than "libphp8.so", and nothing more? Or is there some additional issue?

PHP5: php5_module, libphp5.so
PHP7: php7_module, libphp7.so
PHP8: php_module, libphp8.so

don't you see the inconsistency?

either stay at "php8_module" and "libphp8.so" as all the years before or one and for all stop the number nosense which makes configuartion and upgrade/downgrade harder then it could be

what you are currently doing is breaking templates on buildsystems which are designed to build and autotest/profile whatever with no real gain while a test for "libphp.so" would be easy to implement

Hi, I have the same problem: if the previous versions were able to include the major version number into the filename (libphp5.so, libphp7.so) also into the DT_SONAME header, why cannot version 8 do the same? Why does it generate libphp.so instead of libphp8.so?

Note: I could even bring up the idea of using standard major and minor version numbers like `libphp.so` and `libphp.so.8` being symlinks to `libphp.so.8.0.0`.

because thanks god you don't need dozens of IfModule in the future to cover all major versions for the same thing

Note that this is breaking some use cases. For example I have 5 php versions installed, each one provides libphpX.so (so filenames don't conflicts). There are also 5 separate apache instances running, each loading one php so module version.

Making it all unversioned will break things for such scenario - filename conflicts.

Also it will no longer be possible to use one and (almost the) same config set for all apache instances (and only ifmodule based separate options for some php variants when needed).

(not a big deal for me since I can patch things the way I want but I'm letting you know that there are really different use cases)

> Note that this is breaking some use cases. For example I have 
> 5 php versions installed, each one provides libphpX.so 
> (so filenames don't conflicts). There are also 5 separate 
> apache instances running, each loading one php so module version.

and how do you deal with extensions in such a setup given that they are not compatible between versions and have conflictiong filenames?

i tell you: install the httpd-module and the extensions in a specific, versioned directory

> Also it will no longer be possible to use one and 
> (almost the) same config set for all apache instances 
> (and only ifmodule based separate options for some 
> php variants when needed)

<IfFile "modules/libphp7.so">
 LoadModule "php7_module" "modules/libphp7.so"
</IfFile>
<IfFile "modules/libphp.so">
 LoadModule "php_module" "modules/libphp.so"
</IfFile>