Bug #29362 [Com]: _libiconv_version' undeclared

From: Date: Thu, 30 Nov 2017 01:24:47 +0000
Subject: Bug #29362 [Com]: _libiconv_version' undeclared
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-212823@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=29362&edit=1

 ID:                 29362
 Comment by:         peterkokot at gmail dot com
 Reported by:        webmaster at path dot org
 Summary:            _libiconv_version' undeclared
 Status:             No Feedback
 Type:               Bug
 Package:            Compile Failure
 Operating System:   RedHat Linux Enterprise 3
 PHP Version:        5.0.0
 Block user comment: N
 Private report:     N

 New Comment:

Hello, bumping this bug. This is still present in current PHP versions >= 7.0 

The _libiconv_version variable is not defined in the GNU libiconv header file but it's only
declared there. This is a built header on Linux systems of GNU Libiconv 1.15, for example:


#define _LIBICONV_VERSION 0x010F    /* version number: (major<<8) + minor */
extern  int _libiconv_version; /* Likewise */


Note, that _libiconv_version variable is set as a DLL one for Windows systems. For example, file
gnu-libiconv-1.15/include/iconv.h.in:

#define _LIBICONV_VERSION 0x010F    /* version number: (major<<8) + minor */
extern @DLL_VARIABLE@ int _libiconv_version; /* Likewise */


So, therefore the warning and error. Checking this out if it can be fixed simply and in some
reasonable time.


Previous Comments:
------------------------------------------------------------------------
[2005-12-09 18:56:00] ksvee at usit dot uio dot no

Used a few hours trying to debug this in my build of PHP-5.1.1. The problem seems to exist when
having installed libiconv on a linux-box that also support iconv in its glibc (such as RedHat
Enterprise WS 3.x). 

If you have libiconv installed under /usr/local, try giving configure
"--with-iconv=/usr/local" for it to link against that version (assuming iconv.h is found
under /usr/local/include).

The configure script checks for iconv-support around line 44061, but the
"--with-iconv-dir" doesn't get checked before somewhere around line 95498, and is
only used for XMLRPC-EPI, not to compile ext/iconv/iconv.c.

For the binaries to link correctly (we use non-standard paths for our builds), you might have to
specify the proper CPPFLAGS and LDFLAGS as well, e.g:

  CPPFLAGS="-I/path/to/include" \
  LDFLAGS="-L/path/to/lib -Wl,-rpath,/path/to/lib"

(or '-R' instead of '-Wl,-rpath' depending on arch).

Kenneth Svee

------------------------------------------------------------------------
[2004-10-16 07:11:34] zac at zacbowling dot com

I got the same issue, but I was able to fix it by moving my iconv.h header like previously stated.
I'm using a modified version of Debian "Woody" and PHP 5.0.2 with updated libraries
similar to bug report. 

libiconv-1.9.2, libxml2-2.6.7, and libxslt-1.1.2. 

Zac Bowling

------------------------------------------------------------------------
[2004-08-29 04:30:46] sembiance at cosmicrealms dot com

I too got this bug, with PHP 4.3.8

I fixed it though.
The problem was I had --with-iconv --with-iconv-dir=/usr/local
in my configure line.

I dropped the first --with-iconv and kept just --with-iconv-dir=/usr/local

Did a configure, make and this time no errors.

------------------------------------------------------------------------
[2004-08-24 17:23:44] adamolszewski at op dot pl

Propably one of the most lame way to fix this but it works (almost perfectly). I copied iconv.h from
/usr/local/include/iconv.h to /usr/include/iconv.h These two versions were different on my machine.
After switching, compilation went almost OK - there were some warnings, but PHP compiled and iconv
works OK.

------------------------------------------------------------------------
[2004-08-09 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".

------------------------------------------------------------------------


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=29362


--
Edit this bug report at https://bugs.php.net/bug.php?id=29362&edit=1


Thread (10 messages)

« previous php.bugs (#212823) next »