Bug #5876: PHP-extension: Undefined symbol: xsltApplyStylesheet - SaxonC - Saxonica Developer Community

Actions

Send by e-mail Copy link

Bug #5876

closed

PHP-extension: Undefined symbol: xsltApplyStylesheet

Added by carlos juan almost 2 years ago. Updated almost 2 years ago.

Status:

Duplicate

Priority:

Low

Assignee:

O'Neil Delpratt

Category:

PHP Build

Start date:

2023-02-09

Due date:

% Done:

Estimated time:

Applies to branch:

Fix Committed on Branch:

Fixed in Maintenance Release:

Found in version:

12.0

Fixed in version:

SaxonC Languages:

SaxonC Platforms:

SaxonC Architecture:

Description

I'm trying to use Saxon-HE 12 with PHP 8 but after compiling and installing the extension, I'm getting an undefined symbol error.

The steps for installation are documented in the Dockerfile for the repository https://github.com/JuanKman94/saxon-he-php-demo

PHP version: PHP 8.1.15 (cli) (built: Jan 31 2023 15:13:17) (NTS gcc x86_64)
OS: Fedora 37
GLibC: 2.36
GCC: 12.2.1 20221121 (Red Hat 12.2.1-4)

SaxonC setup:

libsaxon-hec-12.0.so is installed in /lib64
PHP saxon.so extension is installed in /usr/lib64/php/modules

When looking for Saxon in the PHP config, this is the output (error included):

$ php -i | grep axon
PHP Warning:  PHP Startup: Unable to load dynamic library 'saxon' (tried: /usr/lib64/php/modules/saxon (/usr/lib64/php/modules/saxon: cannot open shared object file: No such file or directory), /usr/lib64/php/modules/saxon.so (/usr/lib64/php/modules/saxon.so: undefined
symbol: xsltApplyStylesheet)) in Unknown on line 0
/etc/php.d/20-saxon.ini,

Aside from that, the Dockerfile documents a change I had to made to the source code in order to compile it: sed -i 's|setRelocate|setRelocatable|g' php8_*.c*

In the repository's README there are instructions to troubleshoot the container, if additional data is needed, please let me know.

Related issues

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

On my linux box when I run the command I get the following output:

/etc/php/8.1/cli/conf.d/20-saxon.ini,
saxonc
saxonc => enabled
SaxonC API version => 12.0
PWD => /home/ond1/work/repository/saxondev-12/build/releases/libsaxon-HEC-linux-v12.0/samples/saxon-he-php-demo-main
OLDPWD => /home/ond1/work/repository/saxondev-12/build/releases/libsaxon-HEC-linux-v12.0/samples
$_SERVER['PWD'] => /home/ond1/work/repository/saxondev-12/build/releases/libsaxon-HEC-linux-v12.0/samples/saxon-he-php-demo-main
$_SERVER['OLDPWD'] => /home/ond1/work/repository/saxondev-12/build/releases/libsaxon-HEC-linux-v12.0/samples

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

I am running Ubuntu with PHP 8.1.11 (cli) (built: Sep 29 2022 22:29:14) (NTS)

I will try the docker image next.

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

Not getting any useful output when I run the php script

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

It was mentioned in bug issue #5856 that the libc6 is required by some systems. Please check if this is required for you too.

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

Also just to mention we have dropped the tracing flag argument in the setCatalog method. The following change is required in example.php:

$saxonProcessor->setCatalog(__DIR__ . '/catalog.xml');

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

I was able to reproduce the error using the docker image. In regards to comment #4 I tried with libc6 (glibc-devel) library, but still the same failure. My thinking now is we are failing to locate (link) the SaxonC library on the Fedora distribution.

In the docker script we copy the library with the command:

RUN cp libs/nix/libsaxon-hec-${SAXON_VER}.so /lib64

But not sure if PHP is picking this up.

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

Status changed from New to In Progress

I have managed to see why this is failing on on Fedora linux. In the C file SaxonCProcessor.c we have a reference to the function xsltApplyStylesheet which does not exist. It has been renamed to c_xsltApplyStylesheet. It is strange that this failure shows up on Fedora and not on Ubuntu where we run our tests. Given that the C API is not used in the PHP API you can workaround the problem by adding the following replace command in your Dockerfile:

RUN sed -i 's|return xsltApplyStylesheet(environi->thread, proc, cwd, source, stylesheet);|return 0;|g' SaxonCProcessor.c

This bug is related to the bug issue #5868, which I am still working on.

Actions

Copy link

Updated by O'Neil Delpratt almost 2 years ago

Related to Bug #5868: C samples don't build with Ubuntu added

Actions

Copy link

Updated by carlos juan almost 2 years ago

Hello, O'Neil

Thanks for all these details. At first I placed in libsaxon-hec-12.0.so in /usr/lib and the library wasn't being picked up but after placing it in /lib64 it changed the error from not finding the library to not finding the symbol.

As for the sed(1) command you shared, after running it before compiling and running php -i I no longer see a warning about not finding the symbol and see the expected output:

$ php -i | grep axon
/etc/php.d/20-saxon.ini,
saxonc
saxonc => enabled
SaxonC API version => 12.0
PWD => /opt/saxon/libsaxon-HEC-linux-v12.0/samples/php
OLDPWD => /opt/saxon/libsaxon-HEC-linux-v12.0/samples
$_SERVER['PWD'] => /opt/saxon/libsaxon-HEC-linux-v12.0/samples/php
$_SERVER['OLDPWD'] => /opt/saxon/libsaxon-HEC-linux-v12.0/samples

I tried running the example.php file from the repository and see an error but honestly that's not my file, it's part of the original repository I forked so I'm not worried about it. I did, however, run the tests from samples/php and only the tests that require a license fail, so I consider this a win.

I'm gonna try and use this newly compiled version in my project and if I run into another error, I'll be sure to open another issue as I think you've already sorted out this one by the sed(1) command.

Thanks and have a great weekend! Juan Carlos

Actions

Copy link

#10