Edit report at https://bugs.php.net/bug.php?id=78681&edit=1
ID: 78681
Comment by: arekm at maven dot pl
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.
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)
Previous Comments:
------------------------------------------------------------------------
[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
------------------------------------------------------------------------
[2019-10-18 09:51:33] bugreports at gmail dot com
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
------------------------------------------------------------------------
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