#33141 [Com]: libiconv dependency in gd extension not accounted for by linker

2005-08-19 Thread tuupola at appelsiini dot net
 ID:   33141
 Comment by:   tuupola at appelsiini dot net
 Reported By:  liamr at umich dot edu
 Status:   No Feedback
 Bug Type: GD related
 Operating System: Linux 2.4.28
 PHP Version:  5.0.4, 4.3.11
 Assigned To:  moriyoshi
 New Comment:

Same problem with Solaris 10 and the latest snapshot
(php5-200508190830).

./configure --with-apxs=/usr/local/apache/bin/apxs --with-zlib
--with-jpeg-dir --with-png-dir
--with-config-file-path=/usr/local/apache/conf --with-gd
--with-freetype-dir=/usr/sfw --enable-gd-native-ttf --with-pgsql
--with-dom --enable-mbstring --with-xmlrpc

Make dies with:

Undefined   first referenced
 symbol in file
libiconv_close  ext/gd/libgd/.libs/gdkanji.o
libiconv_open   ext/gd/libgd/.libs/gdkanji.o
libiconvext/gd/libgd/.libs/gdkanji.o
ld: fatal: Symbol referencing errors. No output written to
sapi/cli/php
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1


Previous Comments:


[2005-07-05 01:00:05] 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.



[2005-06-28 00:00:32] ntoge at amber dot plala dot or dot jp

With php5-200506272030 exact the same problem as my posting of Jun 12
is recurring. BTW, when I do grep on ./configure --help, I get -
[php5-200506272030]$ ./configure --help | grep iconv
  --without-iconv[=DIR]   Exclude iconv support
  --with-iconv-dir=DIR  XMLRPC-EPI: iconv dir for XMLRPC-EP
tony2001, are you saying that you are not seeing this, or this option
actually is null? This option is not helping resolve the problem
anyways, though.



[2005-06-27 01:13:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

Can't reproduce.
Also there is no '--with-iconv-lib' option neither in 5.x, nor in 4.3
branch.



[2005-06-12 15:29:42] ntoge at amber dot plala dot or dot jp

Having a similar problem with php 5.1b1 on linux 2.6.11.11 (or
2.6.11.12) with gcc 3.3.2 or 3.4.1.

With
$ ./configure  --with-apxs2=/usr/sbin/apxs
--with-mysql=/usr/local/mysql --with-tidy --enable-mbstring
--enable-mbregex --enable-zend-multibyte --with-zlib-dir=/usr/lib
--with-gd --with-iconv-lib=/usr/local/lib

Make dies with an undefined reference error on libiconv_open, called
from ./ext/gd/libgd/gdkanji.c, although libiconv v.1.9.2 does live in
/usr/local/lib.

A quick work-around is to append -liconv in the definition of
EXTRA_LIBS within Makefile, which allows make to proceed. The php
module built that way works just fine. So I suspect a sort of a subtle
bug with ./configure, but do not know what it is.

Strangely, this problem never happened to me with php versions up to
5.0.4.



[2005-05-25 18:25:00] liamr at umich dot edu

Description:

The gd module can include undefined references to the following
symbols..

 U libiconv
 U libiconv_close
 U libiconv_open

If compiled as a shared module, it can only load if something else w/ a
libiconv dependency has loaded before it.  On systems where GD detects
libconv during configuration, -liconv should be added to
GD_SHARED_LIBADD so the runtime linker can resolve those symbols.

It looks like libiconv is only mentioned in gdkanji.c, but I had the
same problem regardless of whether I built php with
--enable-gd-jis-conv or not.






-- 
Edit this bug report at http://bugs.php.net/?id=33141edit=1


#33141 [Com]: libiconv dependency in gd extension not accounted for by linker

2005-06-27 Thread ntoge at amber dot plala dot or dot jp
 ID:   33141
 Comment by:   ntoge at amber dot plala dot or dot jp
 Reported By:  liamr at umich dot edu
 Status:   Feedback
 Bug Type: GD related
 Operating System: Linux 2.4.28
 PHP Version:  5.0.4, 4.3.11
 Assigned To:  moriyoshi
 New Comment:

With php5-200506272030 exact the same problem as my posting of Jun 12
is recurring. BTW, when I do grep on ./configure --help, I get -
[php5-200506272030]$ ./configure --help | grep iconv
  --without-iconv[=DIR]   Exclude iconv support
  --with-iconv-dir=DIR  XMLRPC-EPI: iconv dir for XMLRPC-EP
tony2001, are you saying that you are not seeing this, or this option
actually is null? This option is not helping resolve the problem
anyways, though.


Previous Comments:


[2005-06-27 01:13:06] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip

Can't reproduce.
Also there is no '--with-iconv-lib' option neither in 5.x, nor in 4.3
branch.



[2005-06-12 15:29:42] ntoge at amber dot plala dot or dot jp

Having a similar problem with php 5.1b1 on linux 2.6.11.11 (or
2.6.11.12) with gcc 3.3.2 or 3.4.1.

With
$ ./configure  --with-apxs2=/usr/sbin/apxs
--with-mysql=/usr/local/mysql --with-tidy --enable-mbstring
--enable-mbregex --enable-zend-multibyte --with-zlib-dir=/usr/lib
--with-gd --with-iconv-lib=/usr/local/lib

Make dies with an undefined reference error on libiconv_open, called
from ./ext/gd/libgd/gdkanji.c, although libiconv v.1.9.2 does live in
/usr/local/lib.

A quick work-around is to append -liconv in the definition of
EXTRA_LIBS within Makefile, which allows make to proceed. The php
module built that way works just fine. So I suspect a sort of a subtle
bug with ./configure, but do not know what it is.

Strangely, this problem never happened to me with php versions up to
5.0.4.



[2005-05-25 18:25:00] liamr at umich dot edu

Description:

The gd module can include undefined references to the following
symbols..

 U libiconv
 U libiconv_close
 U libiconv_open

If compiled as a shared module, it can only load if something else w/ a
libiconv dependency has loaded before it.  On systems where GD detects
libconv during configuration, -liconv should be added to
GD_SHARED_LIBADD so the runtime linker can resolve those symbols.

It looks like libiconv is only mentioned in gdkanji.c, but I had the
same problem regardless of whether I built php with
--enable-gd-jis-conv or not.






-- 
Edit this bug report at http://bugs.php.net/?id=33141edit=1


#33141 [Com]: libiconv dependency in gd extension not accounted for by linker

2005-06-12 Thread ntoge at amber dot plala dot or dot jp
 ID:   33141
 Comment by:   ntoge at amber dot plala dot or dot jp
 Reported By:  liamr at umich dot edu
 Status:   Assigned
 Bug Type: GD related
 Operating System: Linux 2.4.28
 PHP Version:  5.0.4, 4.3.11
 Assigned To:  moriyoshi
 New Comment:

Having a similar problem with php 5.1b1 on linux 2.6.11.11 (or
2.6.11.12) with gcc 3.3.2 or 3.4.1.

With
$ ./configure  --with-apxs2=/usr/sbin/apxs
--with-mysql=/usr/local/mysql --with-tidy --enable-mbstring
--enable-mbregex --enable-zend-multibyte --with-zlib-dir=/usr/lib
--with-gd --with-iconv-lib=/usr/local/lib

Make dies with an undefined reference error on libiconv_open, called
from ./ext/gd/libgd/gdkanji.c, although libiconv v.1.9.2 does live in
/usr/local/lib.

A quick work-around is to append -liconv in the definition of
EXTRA_LIBS within Makefile, which allows make to proceed. The php
module built that way works just fine. So I suspect a sort of a subtle
bug with ./configure, but do not know what it is.

Strangely, this problem never happened to me with php versions up to
5.0.4.


Previous Comments:


[2005-05-25 18:25:00] liamr at umich dot edu

Description:

The gd module can include undefined references to the following
symbols..

 U libiconv
 U libiconv_close
 U libiconv_open

If compiled as a shared module, it can only load if something else w/ a
libiconv dependency has loaded before it.  On systems where GD detects
libconv during configuration, -liconv should be added to
GD_SHARED_LIBADD so the runtime linker can resolve those symbols.

It looks like libiconv is only mentioned in gdkanji.c, but I had the
same problem regardless of whether I built php with
--enable-gd-jis-conv or not.






-- 
Edit this bug report at http://bugs.php.net/?id=33141edit=1