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

From: Date: Tue, 29 Oct 2019 15:06:15 +0000
Subject: Bug #78681 [Asn->Csd]: Can't locate API module structure `php8_module' in file /BUILD/php-8.0.0/libs/l
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-223506@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=78681&edit=1

 ID:                 78681
 Updated by:         nikic@php.net
 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:             Assigned
+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:

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


Previous Comments:
------------------------------------------------------------------------
[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

------------------------------------------------------------------------
[2019-10-18 09:16:40] nikic@php.net

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?

------------------------------------------------------------------------
[2019-10-17 22:35:49] bugreports at gmail dot com

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>

------------------------------------------------------------------------
[2019-10-17 21:40:31] requinix@php.net

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.

------------------------------------------------------------------------
[2019-10-17 21:20:55] bugreports at gmail dot com

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

------------------------------------------------------------------------


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


Thread (12 messages)

« previous php.bugs (#223506) next »