Bug #78681 [Com]: Can't locate API module structure `php8_module' in file /BUILD/php-8.0.0/libs/l

Edit report at https://bugs.php.net/bug.php?id=78681&edit=1 ID: 78681 Comment by: rtrtrtrtrt at dfdfdfdf dot dfd Reported by: bugreports at gmail dot com Summary: Can't locate API module structure `php8_module' in file /BUILD/php-8.0.0/libs/l Status: Closed Type: Bug Package: Apache2 related Operating System: Linux PHP Version: master-Git-2019-10-17 (Git) Assigned To: nikic Block user comment: N Private report: N New Comment: > 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> Previous Comments: ------------------------------------------------------------------------ [2021-06-07 15:30:18] arekm at maven dot pl 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) ------------------------------------------------------------------------ [2020-07-29 18:54:41] bugreportsxyz at gmail dot com because thanks god you don't need dozens of IfModule in the future to cover all major versions for the same thing ------------------------------------------------------------------------ [2020-07-29 18:39:11] lzsiga at freemail dot c3 dot hu 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. ------------------------------------------------------------------------ [2020-07-29 18:33:04] lzsiga at freemail dot c3 dot hu 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? ------------------------------------------------------------------------ [2019-10-29 15:06:15] nikic@php.net Automatic comment on behalf of nikita.ppv@gmail.com Revision: http://git.php.net/?p=php-src.git;a=commit;h=ad53bacf3872c22919fc2620112ae64917f1c26a Log: Fix bug #78681 by renaming libphp8.so to libphp.so ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=78681 -- Edit this bug report at https://bugs.php.net/bug.php?id=78681&edit=1