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 Add Comment Developer Edit
Have you experienced this issue?
Rate the importance of this bug to you:

 [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

Add a Patch

Pull Requests

Add a Pull Request

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-2024 The PHP Group
All rights reserved. 		Last updated: Sun May 12 19:01:30 2024 UTC