|  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
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.
Block user comment
Status: Assign to:
Bug Type:
From: wirtz at web-active dot com
New email:
PHP Version: OS:


 [2001-09-06 06:48 UTC] wirtz at web-active dot com

errortext on apachectl start:
Syntax error on line 236 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/ into server: /usr/local/apache/libexec/ undefined symbol: gdImageStringFT

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



Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2001-09-06 11:15 UTC]
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:

(read archives first)


 [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]
So is HAVE_GD_STRINGFTEX defined in your php_config.h or not?


 [2001-09-06 12:01 UTC]
Also this might have some effect:

# rm config.cache
# ./configure <with correct options, without /lib in paths..>
# make clean ; make


 [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:


 [2001-09-06 18:44 UTC]
Fixed in CVS.

PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Wed Nov 30 04:05:54 2022 UTC