php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #78681 Can't locate API module structure `php8_module' in file /BUILD/php-8.0.0/libs/l
Submitted: 2019-10-17 21:08 UTC Modified: 2019-10-18 09:16 UTC
From: bugreports at gmail dot com Assigned: nikic (profile)
Status: Closed Package: Apache2 related
PHP Version: master-Git-2019-10-17 (Git) OS: Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: bugreports at gmail dot com
New email:
PHP Version: OS:

 

 [2019-10-17 21:08 UTC] 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


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2019-10-17 21:20 UTC] 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:40 UTC] requinix@php.net
-Assigned To: +Assigned To: nikic
 [2019-10-17 21:40 UTC] 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 22:35 UTC] 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-18 09:16 UTC] 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-18 09:51 UTC] 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-29 15:06 UTC] 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-29 15:06 UTC] nikic@php.net
-Status: Assigned +Status: Closed
 
PHP Copyright © 2001-2019 The PHP Group
All rights reserved.
Last updated: Mon Nov 18 23:01:35 2019 UTC