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

From: Date: Fri, 18 Oct 2019 09:51:33 +0000
Subject: Bug #78681 [Com]: 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-223236@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
 Comment by:         bugreports at gmail dot com
 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
 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:

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


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

------------------------------------------------------------------------
[2019-10-17 21:08:11] bugreports at gmail dot com

Description:
------------
can you please rename the module properly so that templatd environments parsing the major vesion out
of the cli binary are working as expected

i prepared all the build and pgo profiling stuff long ago php major agnostic

Can't locate API module structure `php8_module' in file /BUILD/php-8.0.0/libs/libphp8.so:
/BUILD/php-8.0.0/libs/libphp8.so: undefined symbol: php8_module



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



--
Edit this bug report at https://bugs.php.net/bug.php?id=78681&edit=1


Thread (12 messages)

« previous php.bugs (#223236) next »