php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #39089 Missing -liconv during GD configuring fails ./configure run
Submitted: 2006-10-09 08:43 UTC Modified: 2007-04-24 01:00 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: suhachov at gmail dot com Assigned: pajoye (profile)
Status: No Feedback Package: GD related
PHP Version: 5.1.6 OS: Linux FC
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: suhachov at gmail dot com
New email:
PHP Version: OS:

 

 [2006-10-09 08:43 UTC] suhachov at gmail dot com 
Description:
------------
1. cd gd-2.0.33
2. ./configure --with-iconv-prefix=/path/to/iconv \
 --prefix=/path/to/gd \
 ...
3. make
4. make install
5. cd ../php-5.1.6
6. ./configure --with-gd=/path/to/gd \
  --with-iconv=/path/to/iconv \
  ...
# (fails on GD tests with compile errors: 
#   unresolved symbol libiconv_open ...)
# adding LDFLAGS="-L/path/to/iconv -liconv" to ./configure 
# solves this  problem, but adds another one: 
# HAVE_DLOPEN becomes undefined: #undef HAVE_DLOPEN.

I've solved this problem with removing "--with-iconv-prefix" from GD, but it broke my heart :)

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-10-09 09:46 UTC] tony2001@php.net 
Linux has libiconv bundled into glibc, no need for external libraries.
 [2006-10-09 12:59 UTC] suhachov at gmail dot com 
Thanx, I know. But sometimes even glibc becomes updated...

And I think it's very confusing behavior - to allow use "--with-iconv" (for PHP itself) and don't allow to used GD compiled with the same iconv...
 [2006-10-09 16:14 UTC] pajoye@php.net 
Can you try with php6 (HEAD), we use gdlib-config and should solve this problem.
 [2006-10-10 12:53 UTC] suhachov at gmail dot com 
No. It's still here:

/usr/apache-2006-10-10/gd-2.0.33/lib/libgd.so: undefined reference to `libiconv_open'

php: php6.0-200610100830
gd:  gd-2.0.33

#/usr/apache-2006-10-10/gd-2.0.33/bin/gdlib-config --all
GD library  2.0.33
includedir: /usr/apache-2006-10-10/gd-2.0.33/include
cflags:     -I/usr/apache-2006-10-10/gd-2.0.33/include
ldflags:     -L/usr/local/lib  -L/usr/local/lib -Wl,-rpath,/usr/local/lib  -L/usr/apache-2006-10-10/jpeg-6b/lib -L/usr/X11R6/lib
libs:       -ljpeg -lfreetype -lpng12 -lz -lm  /usr/apache-2006-10-10/libiconv-1.9.2/lib/libiconv.so -Wl,-rpath -Wl,/usr/apache-2006-10-10/libiconv-1.9.2/lib
libdir:     /usr/apache-2006-10-10/gd-2.0.33/lib
features:   GD_JPEG GD_FREETYPE GD_PNG GD_GIF
 [2007-04-02 21:43 UTC] sniper@php.net 
Is this paths set in your LD_LIBRARY_PATH or in /etc/ld.so.conf file:
/usr/apache-2006-10-10/libiconv-1.9.2/lib/

??
 [2007-04-03 14:59 UTC] suhachov at gmail dot com 
Of course no! 
I specified it in ./configure option (--with-iconv). And it seems to me that it is ./configure business, to set neccessary envs and paths.
 [2007-04-16 20:05 UTC] sniper@php.net 
Yes, but if you want to link against shared libraries, the paths have to be defined somewhere. This is not some PHP thing, it's common for any *nix system. So put that path in there and run /sbin/ldconfig
and try the configure again.
 [2007-04-24 01:00 UTC] php-bugs at lists dot php dot net 
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Fri May 09 13:01:28 2025 UTC