php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #13172 Undefined symbol: gdImageStringFT
Submitted: 2001-09-06 06:48 UTC Modified: 2001-09-06 18:44 UTC
From: wirtz at web-active dot com Assigned:
Status: Closed Package: GD related
PHP Version: 4.0CVS-2001-09-06 OS: RedHat 7.1 linux-2.4.9ac7
Private report: No CVE-ID: None
 [2001-09-06 06:48 UTC] wirtz at web-active dot 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

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-09-06 11:15 UTC] 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 11:32 UTC] wirtz at web-active dot 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:59 UTC] sniper@php.net
So is HAVE_GD_STRINGFTEX defined in your php_config.h or not?

--Jani

 [2001-09-06 12:01 UTC] 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 12:18 UTC] wirtz at web-active dot com
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

 [2001-09-06 18:44 UTC] sniper@php.net
Fixed in CVS.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Mar 28 11:01:27 2024 UTC