Bug #13172 Updated: Undefined symbol: gdImageStringFT
ID: 13172
User updated by: wirtz@web-active.com
Reported By: wirtz@web-active.com
Old Status: Feedback
Status: Open
Bug Type: GD related
Operating System: RedHat 7.1 linux-2.4.9ac7
PHP Version: 4.0CVS-2001-09-06
New Comment:
Jani, I do know how to reestablish a pristine environment
for a recompile after I encountered an error. I usually
use make distclean :-/
from the main/php_config.h:
/* #undef HAVE_GD_STRINGFTEX */
Regards,
Eru
Previous Comments:
------------------------------------------------------------------------
[2001-09-06 12:01:20] sniper@php.net
Also this might have some effect:
# rm config.cache
# ./configure <with correct options, without /lib in paths..>
# make clean ; make
--Jani
------------------------------------------------------------------------
[2001-09-06 11:59:33] sniper@php.net
So is HAVE_GD_STRINGFTEX defined in your php_config.h or not?
--Jani
------------------------------------------------------------------------
[2001-09-06 11:32:19] wirtz@web-active.com
No, this is not the problem. The defines are messed up and I know this precisely, because the
compiler gives me a
gd.c: In function `php_imagettftext_common':
gd.c:2751: warning: implicit declaration of function `gdImageStringFT'
gd.c:2751: warning: assignment makes pointer from integer without a cast
when the patch is not applied. Changing the paths for the configure does not change this. As you can
see by the output of the configure, alls relevant libraries are found by the script. The HAVE_*
defines are set correctly, I had a look at the php_config.h. I don't have the StringFTEx in my
libgd, I checked it.
------------------------------------------------------------------------
[2001-09-06 11:15:11] sniper@php.net
By using the correct paths with the configure options
would most likely give you working PHP..
(hint: leave the /lib part out of the paths)
Ask further support questions on the mailing lists:
http://www.php.net/support.php
(read archives first)
--Jani
------------------------------------------------------------------------
[2001-09-06 06:48:07] wirtz@web-active.com
Howdy,
errortext on apachectl start:
Syntax error on line 236 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so:
undefined symbol: gdImageStringFT
configure-switches:
--with-gd
--with-jpeg-dir=/usr/lib
--with-png-dir=/usr/lib
--with-xpm-dir=/usr/X11R6/lib
--with-freetype-dir=/usr/lib
--with-ttf
Libs:
gd-1.8.3-7 and devel
freetype-2.0.1-4 and devel
configure says:
checking whether to include GD support... yes
checking whether to enable truetype string function in gd... no
checking for the location of libjpeg... yes
checking for jpeg_read_header in -ljpeg... yes
checking for the location of libpng... yes
checking for png_info_init in -lpng... yes
checking for the location of libXpm... yes
checking for XpmFreeXpmImage in -lXpm... yes
checking for freetype(2)... yes
checking whether to include include FreeType 1.x support... no
checking whether to include T1lib support... no
checking for gdImageString16 in -lgd... yes
checking for gdImagePaletteCopy in -lgd... yes
checking for gdImageCreateFromPng in -lgd... yes
checking for gdImageCreateFromGif in -lgd... no
checking for gdImageGif in -lgd... no
checking for gdImageWBMP in -lgd... yes
checking for gdImageCreateFromJpeg in -lgd... yes
checking for gdImageCreateFromXpm in -lgd... yes
checking for gdImageCreateFromGd2 in -lgd... yes
checking for gdImageCreateTrueColor in -lgd... no
checking for gdImageSetTile in -lgd... yes
checking for gdImageSetBrush in -lgd... yes
checking for gdImageStringFTEx in -lgd... no
checking for gdImageColorClosestHWB in -lgd... yes
checking for gdImageColorResolve in -lgd... yes
checking for gdImageGifCtx in -lgd... no
Regards,
Alex
------------------------------------------------------------------------
Edit this bug report at http://bugs.php.net/?id=13172&edit=1
Thread (9 messages)