php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #66685 dyld: lazy symbol binding failed: Symbol not found: _XpmLibraryVersion
Submitted: 2014-02-10 12:43 UTC Modified: 2016-08-14 04:22 UTC
Votes:2
Avg. Score:5.0 ± 0.0
Reproduced:2 of 2 (100.0%)
Same Version:0 (0.0%)
Same OS:1 (50.0%)
From: jigar dot tidus at gmail dot com Assigned: ondrej (profile)
Status: No Feedback Package: GD related
PHP Version: 5.5.9 OS: Mac OS X 10.6.2
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: jigar dot tidus at gmail dot com
New email:
PHP Version: OS:

 

 [2014-02-10 12:43 UTC] jigar dot tidus at gmail dot com
Description:
------------
Compiling PHP 5.5.9 in /usr/local/php55

I have compiled all the dependent libraries(zlib, libpng, libjpeg, libfreetype2, libgd) in /usr/local/extra

Issue:
-------
When gd.so is enabled in php.ini, I get error when executing "/usr/local/php55/bin/php -i". Below is the error I get in the gd section:

dyld: lazy symbol binding failed: Symbol not found: _XpmLibraryVersion 
  Referenced from: /usr/local/php55/lib/php/extensions/ext/gd.so 
  Expected in: flat namespace 

dyld: Symbol not found: _XpmLibraryVersion 
  Referenced from: /usr/local/php55/lib/php/extensions/ext/gd.so 
  Expected in: flat namespace 

Output is blank after this error. Environment variables and other extension details are skipped in the output. 

This same issue was in 5.5.8 version of PHP. 

FYI: gd.so is loaded fine in PHP 5.4.24 and PHP 5.3.28.

I think its a bug because its looking for xpm version even when I have disabled it.

Please let me know a workaround to disable xpm support from gd.

Thanks,
Jigar

Test script:
---------------
libgd configure command: 
LDFLAGS="-arch i386 -L/usr/local/extra/lib" CPPFLAGS="-arch i386 -I/usr/local/extra/include" ./configure --prefix=/usr/local/extra --with-zlib=/usr/local/extra/ --with-png=/usr/local/extra/ --with-jpeg=/usr/local/extra/ --without-xpm --with-jpeg=/usr/local/extra/ --with-freetype=/usr/local/extra/ --enable-shared

and php configure command:
LDFLAGS="-arch i386 -L/usr/local/extra/lib" CPPFLAGS="-arch i386 -I/usr/local/extra/include" ./configure --prefix=/usr/local/php55 --with-gd=shared,/usr/local/extra --with-png-dir=/usr/local/extra/ --with-freetype-dir=/usr/local/extra/ --with-zlib-dir=/usr/local/extra/ --with-iconv=/usr/local/extra/ --with-xpm-dir=no

Expected result:
----------------
Execute "php -i" successfully.

Actual result:
--------------
proper phpinfo

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2016-08-01 02:50 UTC] kalle@php.net
-Status: Open +Status: Assigned -Assigned To: +Assigned To: ondrej
 [2016-08-01 02:50 UTC] kalle@php.net
Suppose this commit could maybe be the cause of it:
https://github.com/php/php-src/commit/5e9c6c3b644b290255fb10c8eb34778665c2f8a3

Assigning to ondrej as he was the author of this
 [2016-08-01 06:55 UTC] ondrej@php.net
-Status: Assigned +Status: Feedback
 [2016-08-01 06:55 UTC] ondrej@php.net
It's definitely not due this commit, since the changes are in the:

> if test "$PHP_XPM_DIR" != "no"; then
> [...]
> fi

block.

The culprit is actually here (config.m4):

PHP_CHECK_LIBRARY(gd, gdImageCreateFromXpm,   [AC_DEFINE(HAVE_GD_XPM,              1, [ ])], [], [ $GD_SHARED_LIBADD ])

I could definitely help with debugging, but PHP 5.5.x is EOL and the reported obfuscated his email, so it's unlikely to get any feedback from him.
 [2016-08-14 04:22 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sun May 05 14:01:31 2024 UTC