#21339 [Com]: cannot compile gettext support

2004-09-28 Thread martynas at ti dot com
 ID:   21339
 Comment by:   martynas at ti dot com
 Reported By:  gobbers at faw dot uni-ulm dot de
 Status:   Bogus
 Bug Type: Gettext related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Hello

I have similar problem here with php 4.3.3, gettext 0.13 and SUNWspro
5.5 compiler. I tried to run configure like you said ("./configure
--disable-all --with-gettext=/opt/local/gettext/") and here's a result
for latest command :

cc  -Imain/ -I/export/home/compile/soft/web/php-4.3.3/main/
-DPHP_ATOM_INC -I/export/home/compile/soft/web/php-4.3.3/include
-I/export/home/compile/soft/web/php-4.3.3/main
-I/export/home/compile/soft/web/php-4.3.3
-I/export/home/compile/soft/web/php-4.3.3/Zend
-I/opt/local/gettext//include  -D_POSIX_PTHREAD_SEMANTICS
-I/export/home/compile/soft/web/php-4.3.3/TSRM  -Xa -fast -native
-xstrconst -mt -xarch=v9  -c main/internal_functions.c -o
main/internal_functions.o  && echo > main/internal_functions.lo
/bin/sh /export/home/compile/soft/web/php-4.3.3/libtool --silent
--preserve-dup-deps --mode=link cc -export-dynamic -Xa -fast -native
-xstrconst -mt -xarch=v9  -L/usr/ucblib -L/opt/local/gettext//lib
-xarch=v9 -R /usr/ucblib -R /opt/local/gettext//lib
ext/gettext/gettext.lo ext/standard/array.lo ext/standard/base64.lo
ext/standard/basic_functions.lo ext/standard/browscap.lo
ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo
ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo
ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo
ext/standard/filestat.lo ext/standard/flock_compat.lo
ext/standard/formatted_print.lo ext/standard/fsock.lo
ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo
ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo
ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo
ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo
ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo
ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo
ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo
ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo
ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo
ext/standard/versioning.lo ext/standard/assert.lo
ext/standard/strnatcmp.lo ext/standard/levenshtein.lo
ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo
ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo
ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo
ext/standard/css.lo ext/standard/var_unserializer.lo
ext/standard/ftok.lo ext/standard/aggregation.lo ext/standard/sha1.lo
regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo
TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo
main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo
main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo
main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo
main/php_content_types.lo main/strlcpy.lo main/strlcat.lo
main/mergesort.lo main/reentrancy.lo main/php_variables.lo
main/php_ticks.lo main/streams.lo main/network.lo
main/php_open_temporary_file.lo main/php_logos.lo main/output.lo
main/memory_streams.lo main/user_streams.lo
Zend/zend_language_parser.lo Zend/zend_language_scanner.lo
Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo
Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo
Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo
Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo
Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo
Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo
Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo
Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo
Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo
main/internal_functions.lo -lintl -lresolv -lm -ldl -lnsl -lsocket  -o
sapi/cgi/php
Undefined   first referenced
 symbol in file
php_gettext_module_entrymain/internal_functions.o
ld: fatal: Symbol referencing errors. No output written to
sapi/cgi/php
*** Error code 1
make: Fatal error: Command failed for target `sapi/cgi/php'


Any ideas ?

With best regards
Martynas


Previous Comments:


[2003-02-10 12:43:41] [EMAIL PROTECTED]

Works fine here, user has more important issues to deal with and can't
provide feedback, and this most likely is some user error anyway.




[2003-02-04 05:40:12] gobbers at faw dot uni-ulm dot de

I've tried compiling it with 
./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix
but still failed. I've given up for now as I've other issues which are
more important...

---

#21339 [Com]: cannot compile gettext support

2003-06-12 Thread poleson at verio dot net
 ID:   21339
 Comment by:   poleson at verio dot net
 Reported By:  gobbers at faw dot uni-ulm dot de
 Status:   Bogus
 Bug Type: Gettext related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

I was getting this same situation on Solaris 6 & 8, compiling with
Forte against a staticly compiled gettext lib.  I fixed it with this
Patch.. I'm unsure if it is completely correct.. but it seems wierd
that the module name was listed as php_gettext and then the PHP_MINFO
macro used
gettext.

***
*** 66,72 
NULL,
NULL,
NULL,
!   PHP_MINFO(gettext),
  NO_VERSION_YET,
STANDARD_MODULE_PROPERTIES
  };
--- 66,72 
NULL,
NULL,
NULL,
!   PHP_MINFO(php_gettext),
  NO_VERSION_YET,
STANDARD_MODULE_PROPERTIES
  };
***
*** 75,81 
  ZEND_GET_MODULE(php_gettext)
  #endif

! PHP_MINFO_FUNCTION(gettext)
  {
php_info_print_table_start();
php_info_print_table_row(2, "GetText Support", "enabled");
--- 75,81 
  ZEND_GET_MODULE(php_gettext)
  #endif

! PHP_MINFO_FUNCTION(php_gettext)
  {
php_info_print_table_start();
php_info_print_table_row(2, "GetText Support", "enabled");
Index: php_gettext.h
===
RCS file: /cvsroot/contrib/php4/ext/gettext/php_gettext.h,v
retrieving revision 1.1.1.4
diff -c -r1.1.1.4 php_gettext.h
*** php_gettext.h   2002/12/31 16:34:38 1.1.1.4
--- php_gettext.h   2003/06/12 22:49:36
***
*** 22,35 
  #define PHP_GETTEXT_H

  #if HAVE_LIBINTL
! #ifndef INIT_FUNC_ARGS
  #include "zend_modules.h"
  #endif

  extern zend_module_entry php_gettext_module_entry;
  #define gettext_module_ptr &php_gettext_module_entry

! PHP_MINFO_FUNCTION(gettext);

  PHP_FUNCTION(textdomain);
  PHP_FUNCTION(gettext);
--- 22,39 
  #define PHP_GETTEXT_H

  #if HAVE_LIBINTL
!
! #if PHP_API_VERSION < 19990421
  #include "zend_modules.h"
+ #include "internal_functions.h"
  #endif

+ #include 
+
  extern zend_module_entry php_gettext_module_entry;
  #define gettext_module_ptr &php_gettext_module_entry

! PHP_MINFO_FUNCTION(php_gettext);

  PHP_FUNCTION(textdomain);
  PHP_FUNCTION(gettext);


Previous Comments:


[2003-05-06 09:17:24] morgan dot pyne at sas dot com

I've run into a similar issue on HP-UX 11.00 compiling 4.3.1 (and
4.3.2RC2) using HP's ANSI C compiler.

The first errors in gettext.c stem from the function names in the
php_gettext_functions[] array being referenced before they are
declared. Either adding prototypes for these functions or moving the
declaration of that array to the bottom of the file after the functions
were declared solved that.

I also encountered the second error(undefined "zm_info_gettext" when
linking). When looking at the output of the C preprocessor from
gettext.c I noticed that this function was indeed never created. The
actual function name emitted by the PHP_MINFO_FUNCTION(gettext) macro
ends up being called "zm_info_libintl_gettext" instead of simply
"zm_info_gettext". However, anywhere the macro PHP_MINFO was used, it
was still emitting "zm_info_gettext", hence the discrepancy.

I managed workarounds for these but I'm not sure if the cause of them
is due to my build environment or the source code, since most people
don't seem to have this problem. I can provide more info or answer
further questions on the topic if anybody is interested in pursuing
this.

Regards,
Morgan



[2003-03-04 09:26:24] sjsobol at justthe dot net

Hey now. Some of us work for a living :P :)

Seriously: I finally chalked it up to a problem using a Mandrake RPM on
Red Hat (although usually I have no problems doing so). I grabbed
another source RPM (the build source is listed as "Unknown", but I know
it is not Mandrake) and made my tweaks to it. It compiled just fine,
including ming, pdflib and gettext. (I was encountering the same
problem with ming and some of the other PHP modules that I was with
gettext, so it was not specifically the gettext module that was having
an issue. 

I imagine Mandrake's spec file is heavily customized to work with their
distro, which normally not a problem as I have many customized Mandrake
RPMS on my server, but something was causing major issues with this
particular RPM.

Anyhow, I don't think this is a PHP issue. I think it's a
package-specific issue.



[2003-02-10 12:43:41] [EMAIL PROTECTED]

Works fine here, user has more important issues to deal with and can't
provide feedback, and this most likely is some user error anyway.




[2003-02-04 17:52:11] sjsobol at justthe dot net

Okay, now I'm really confused. I yank

#21339 [Com]: cannot compile gettext support

2003-03-04 Thread sjsobol at justthe dot net
 ID:   21339
 Comment by:   sjsobol at justthe dot net
 Reported By:  gobbers at faw dot uni-ulm dot de
 Status:   Bogus
 Bug Type: Gettext related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Hey now. Some of us work for a living :P :)

Seriously: I finally chalked it up to a problem using a Mandrake RPM on
Red Hat (although usually I have no problems doing so). I grabbed
another source RPM (the build source is listed as "Unknown", but I know
it is not Mandrake) and made my tweaks to it. It compiled just fine,
including ming, pdflib and gettext. (I was encountering the same
problem with ming and some of the other PHP modules that I was with
gettext, so it was not specifically the gettext module that was having
an issue. 

I imagine Mandrake's spec file is heavily customized to work with their
distro, which normally not a problem as I have many customized Mandrake
RPMS on my server, but something was causing major issues with this
particular RPM.

Anyhow, I don't think this is a PHP issue. I think it's a
package-specific issue.


Previous Comments:


[2003-02-10 12:43:41] [EMAIL PROTECTED]

Works fine here, user has more important issues to deal with and can't
provide feedback, and this most likely is some user error anyway.




[2003-02-04 17:52:11] sjsobol at justthe dot net

Okay, now I'm really confused. I yanked the Configure command out of
the RPM. Here it is.

#!/bin/sh

EXTERNAL_MODULES="mysql pgsql gd imap ldap bcmath bz2 calendar com cpdf
crack curl cyrus db dba_bundle dbase dbx dio domxml dotnet exif fbsql
fdftk filepro fribidi gmp hwapi hyperwave iconv informix ingres_ii
interbase ircg java mcrypt mbstring mhash mime_magic ming mnogosearch
msession msql mssql ncurses notes oci8 odbc oracle ovrimos pcntl pdf
pfpro pspell qtdom readline recode rpc shmop snmp sockets swf sybase
sybase_ct sysvmsg wddx xml xmlrpc xslt yaz zip"

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--with-pear \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr/local \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
`for i in $EXTERNAL_MODULES; do echo --without-${i} --disable-${i};
done` \
--without-gdbm 

and that worked. (I got rid of --with-freetype because
right now I don't have freetype installed on my system.)



[2003-02-04 16:39:14] sjsobol at justthe dot net

More info... I am trying to rebuild a Mandrake RPM from the source RPM.
That's what has been failing, so I downloaded the December 27, 2002
tarball off the website earlier today (today is Tuesday, February 4th)
and built it. 

Using --disable-all --with-gettext=/usr/local worked.

So now I've copied over the configure command from the
RPM's spec file and am going to try it. 

At this point I suspect that one of the other configure options is
causing problems. Will post more info as soon 
as I have it.



[2003-02-04 05:40:12] gobbers at faw dot uni-ulm dot de

I've tried compiling it with 
./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix
but still failed. I've given up for now as I've other issues which are
more important...



[2003-02-03 12:08:51] sjsobol at justthe dot net

I have now experienced this problem too. Found this ticket via
groups.google.com and would like to point out the difference in OS: I'm
running Red Hat Linux 7.3 (i386) and compiling PHP 4.3.0 also, with the
same issue. I did try configure --disable-all --with-gettext and that
didn't work either. I may be confused about what is supposed to go into
--with-gettext=/blah - is 'blah' a pointer to the library directory (in
my case /usr/local/lib) or the source tree? Also, 'make install' (in
gettext) installs the gettext libs into /usr/local/lib, but oddly
enough, does not install the headers into /usr/local/include and I'm
wondering if that might be part of my problem. Configure params are as
follows,

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--d

#21339 [Com]: cannot compile gettext support

2003-02-04 Thread sjsobol
 ID:   21339
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Gettext related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

Okay, now I'm really confused. I yanked the Configure command out of
the RPM. Here it is.

#!/bin/sh

EXTERNAL_MODULES="mysql pgsql gd imap ldap bcmath bz2 calendar com cpdf
crack curl cyrus db dba_bundle dbase dbx dio domxml dotnet exif fbsql
fdftk filepro fribidi gmp hwapi hyperwave iconv informix ingres_ii
interbase ircg java mcrypt mbstring mhash mime_magic ming mnogosearch
msession msql mssql ncurses notes oci8 odbc oracle ovrimos pcntl pdf
pfpro pspell qtdom readline recode rpc shmop snmp sockets swf sybase
sybase_ct sysvmsg wddx xml xmlrpc xslt yaz zip"

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--with-pear \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr/local \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
`for i in $EXTERNAL_MODULES; do echo --without-${i} --disable-${i};
done` \
--without-gdbm 

and that worked. (I got rid of --with-freetype because
right now I don't have freetype installed on my system.)


Previous Comments:


[2003-02-04 16:39:14] [EMAIL PROTECTED]

More info... I am trying to rebuild a Mandrake RPM from the source RPM.
That's what has been failing, so I downloaded the December 27, 2002
tarball off the website earlier today (today is Tuesday, February 4th)
and built it. 

Using --disable-all --with-gettext=/usr/local worked.

So now I've copied over the configure command from the
RPM's spec file and am going to try it. 

At this point I suspect that one of the other configure options is
causing problems. Will post more info as soon 
as I have it.



[2003-02-04 05:40:12] [EMAIL PROTECTED]

I've tried compiling it with 
./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix
but still failed. I've given up for now as I've other issues which are
more important...



[2003-02-03 12:08:51] [EMAIL PROTECTED]

I have now experienced this problem too. Found this ticket via
groups.google.com and would like to point out the difference in OS: I'm
running Red Hat Linux 7.3 (i386) and compiling PHP 4.3.0 also, with the
same issue. I did try configure --disable-all --with-gettext and that
didn't work either. I may be confused about what is supposed to go into
--with-gettext=/blah - is 'blah' a pointer to the library directory (in
my case /usr/local/lib) or the source tree? Also, 'make install' (in
gettext) installs the gettext libs into /usr/local/lib, but oddly
enough, does not install the headers into /usr/local/include and I'm
wondering if that might be part of my problem. Configure params are as
follows,

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
--without-gdbm 

(I suspect I'm pointing --with-gettext at the wrong place, but as
previously mentioned, --disable-all --with-gettext with no directory
didn't work either).



[2003-01-27 22:32:10] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bu

#21339 [Com]: cannot compile gettext support

2003-02-04 Thread sjsobol
 ID:   21339
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Gettext related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

More info... I am trying to rebuild a Mandrake RPM from the source RPM.
That's what has been failing, so I downloaded the December 27, 2002
tarball off the website earlier today (today is Tuesday, February 4th)
and built it. 

Using --disable-all --with-gettext=/usr/local worked.

So now I've copied over the configure command from the
RPM's spec file and am going to try it. 

At this point I suspect that one of the other configure options is
causing problems. Will post more info as soon 
as I have it.


Previous Comments:


[2003-02-04 05:40:12] [EMAIL PROTECTED]

I've tried compiling it with 
./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix
but still failed. I've given up for now as I've other issues which are
more important...



[2003-02-03 12:08:51] [EMAIL PROTECTED]

I have now experienced this problem too. Found this ticket via
groups.google.com and would like to point out the difference in OS: I'm
running Red Hat Linux 7.3 (i386) and compiling PHP 4.3.0 also, with the
same issue. I did try configure --disable-all --with-gettext and that
didn't work either. I may be confused about what is supposed to go into
--with-gettext=/blah - is 'blah' a pointer to the library directory (in
my case /usr/local/lib) or the source tree? Also, 'make install' (in
gettext) installs the gettext libs into /usr/local/lib, but oddly
enough, does not install the headers into /usr/local/include and I'm
wondering if that might be part of my problem. Configure params are as
follows,

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
--without-gdbm 

(I suspect I'm pointing --with-gettext at the wrong place, but as
previously mentioned, --disable-all --with-gettext with no directory
didn't work either).



[2003-01-27 22:32:10] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-01-14 19:19:45] [EMAIL PROTECTED]

Try this configure line:

./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix

And if that causes the same problem, try this:

./configure --disable-all --with-gettext

This way we can rule out the possibility of other extensions
being the reason..




[2003-01-14 10:14:56] [EMAIL PROTECTED]

I've tried gettext 0.10.40 but got the same unreferenced symbol.



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
http://bugs.php.net/21339

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




#21339 [Com]: cannot compile gettext support

2003-02-03 Thread sjsobol
 ID:   21339
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   No Feedback
 Bug Type: Gettext related
 Operating System: Solaris 8
 PHP Version:  4.3.0
 New Comment:

I have now experienced this problem too. Found this ticket via
groups.google.com and would like to point out the difference in OS: I'm
running Red Hat Linux 7.3 (i386) and compiling PHP 4.3.0 also, with the
same issue. I did try configure --disable-all --with-gettext and that
didn't work either. I may be confused about what is supposed to go into
--with-gettext=/blah - is 'blah' a pointer to the library directory (in
my case /usr/local/lib) or the source tree? Also, 'make install' (in
gettext) installs the gettext libs into /usr/local/lib, but oddly
enough, does not install the headers into /usr/local/include and I'm
wondering if that might be part of my problem. Configure params are as
follows,

./configure \
--enable-discard-path \
--disable-force-cgi-redirect \
--enable-shared \
--disable-static \
--disable-debug \
--disable-rpath \
--enable-pic \
--enable-inline-optimization \
--enable-memory-limit \
--enable-magic-quotes \
--enable-debugger \
--enable-track-vars \
--with-versioning \
--with-mod_charset \
--with-regex=php \
--enable-track-vars \
--enable-trans-sid \
--enable-safe-mode \
--with-ctype \
--with-ttf \
--with-zlib \
--enable-sysvsem \
--enable-sysvshm \
--enable-yp \
--enable-ftp \
--without-aspell \
--without-kerberos \
--with-gettext=/usr \
--without-dba \
--without-db2 \
--without-db3 \
--with-mysql=/usr/mysql \
--without-gdbm 

(I suspect I'm pointing --with-gettext at the wrong place, but as
previously mentioned, --disable-all --with-gettext with no directory
didn't work either).


Previous Comments:


[2003-01-27 22:32:10] [EMAIL PROTECTED]

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.





[2003-01-14 19:19:45] [EMAIL PROTECTED]

Try this configure line:

./configure --disable-all
--with-gettext=/path/to/gettext/install/prefix

And if that causes the same problem, try this:

./configure --disable-all --with-gettext

This way we can rule out the possibility of other extensions
being the reason..




[2003-01-14 10:14:56] [EMAIL PROTECTED]

I've tried gettext 0.10.40 but got the same unreferenced symbol.



[2003-01-13 18:55:15] [EMAIL PROTECTED]

Could you try with an older gettext version?
Like 0.10.40, which I know works for sure.




[2003-01-02 10:28:29] [EMAIL PROTECTED]

Compiler: SUNWspro 5.0 (same with gcc 2.95.2)

# ./configure --prefix=/lfs/web1/php-4.2.3
--with-apxs=/lfs/web1/apache-1.3.27/bin/apxs --enable-safe-mode
--with-exec-dir=/lfs/web1/php-bin
--with-openssl=/lfs/web1/openssl-0.9.6g
--with-zlib-dir=/lfs/web1/zlib-1.1.4 --enable-calendar
--with-gdbm=/lfs/web1/gdbm-1.8.0 --enable-dbx --enable-ftp
--with-gd=/lfs/web1/gd-2.0.8 --with-jpeg-dir=/lfs/web1/libjpeg-6b
--with-png-dir=/lfs/web1/libpng-1.2.5 --enable-gd-native-ttf
--with-mysql=/lfs/web1/mysql-3.23.39 --with-oci8=/lfs/web1/oracle-8.1.7
--with-pdflib=/lfs/web1/pdflib-4.0.3 --with-mm=/lfs/web1/mm-1.1.3
--enable-sockets --enable-sysvsem --enable-sysvshm
--with-zip=/lfs/web1/zziplib-0.10.27
--with-gettext=/lfs/web1/gettext-0.11.5
--with-iconv=/lfs/web1/libiconv-1.8

# make (only significant part)
/bin/sh libtool --silent --mode=compile cc  -Iext/gettext/
-I/lfs/scratch/apache-1.3.27-build/php-4.3.0/ext/gettext/
-DPHP_ATOM_INC -I/lfs/scratch/apache-1.3.27-build/php-4.3.0/include
-I/lfs/scratch/apache-1.3.27-build/php-4.3.0/main
-I/lfs/scratch/apache-1.3.27-build/php-4.3.0
-I/lfs/scratch/apache-1.3.27-build/php-4.3.0/Zend
-I/lfs/web1/openssl-0.9.6g/include -I/lfs/web1/zlib-1.1.4/include
-I/lfs/web1/gdbm-1.8.0/include -I/lfs/web1/libjpeg-6b/include
-I/lfs/web1/libpng-1.2.5/include -I/lfs/web1/gd-2.0.8/include
-I/lfs/web1/gettext-0.11.5/include -I/lfs/web1/libiconv-1.8/include
-I/lfs/web1/mysql-3.23.39/include/mysql
-I/lfs/web1/oracle-8.1.7/rdbms/public
-I/lfs/web1/oracle-8.1.7/rdbms/demo -I/lfs/web1/pdflib-4.0.3/include
-I/lfs/web1/mm-1.1.3/include
-I/lfs/scratch/apache-1.3.27-build/php-4.3.0/ext/xml/expat
-I/lfs/web1/zziplib-0.10.27/include  -D_POSIX_PTHREAD_SEMANTICS
-DSOLARIS2=280 -DMOD_SSL=208112 -DMOD_PERL -DUS