#34939 [Fbk-Opn]: Undefined reference make failed

[marcel dot bariou at brasnah dot com]

 ID:   34939
 User updated by:  marcel dot bariou at brasnah dot com
 Reported By:  marcel dot bariou at brasnah dot com
-Status:   Feedback
+Status:   Open
 Bug Type: PDO related
 Operating System: LINUX RH ES3
 PHP Version:  5.1.0RC3
 Assigned To:  wez
 New Comment:

Yes, I add enable-pdo=shared (last line of ./configure as you can
see..)


Previous Comments:


[2005-10-21 16:51:45] [EMAIL PROTECTED]

Did you --enable-pdo ?



[2005-10-21 14:16:01] [EMAIL PROTECTED]

Wez, take a look at it please.




[2005-10-21 06:20:54] marcel dot bariou at brasnah dot com

Description:

I start with this configure directive :

./configure --prefix=/etc/httpd --with-apxs2=/usr/sbin/apxs
--with-config-file-path=/etc/httpd/conf --with-mysql=/usr/local/mysql
--enable-bc-math --enable-calendar --with-curl=/usr --enable-exif
--with-gettext --with-gmp --enable-id3
--with-java=/usr/local/java=/usr/local/j2sdk --with-mcrypt=/usr/local
--with-mhash=/usr/local --enable-overload --enable-pcntl
--with-regex=PHP --enable-soap --enable-sockets --with-tidy=/usr/local
--enable-wddx --with-xsl=/usr/local --enable-xslt --with-xslt-sablot
--with-expat-dir=/usr --enable-php-streams --enable-memory-limit
--enable-cli --enable-posix --enable-pcre --enable-sysvmsg
--enable-sysvsem --enable-sysvshm --enable-shmop --with-pear
--with-xmlrpc --with-zlib=/usr --with-iconv --with-iconv-dir=/usr/local
--with-pdo-mysql=/usr/local/mysql  --enable-pdo=shared




Make message = :
ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x13): In function
`zm_startup_pdo_mysql':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:78:
undefined reference to `php_pdo_declare_long_constant'
ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x34): In function
`zm_shutdown_pdo_mysql':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:88:
undefined reference to `php_pdo_unregister_driver'
ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x23): In function
`zm_startup_pdo_mysql':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:80:
undefined reference to `php_pdo_register_driver'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x197): In function
`_pdo_mysql_error':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:100:
undefined reference to `php_pdo_get_exception'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x378): In function
`mysql_handle_preparer':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:169:
undefined reference to `pdo_parse_params'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x57a): In function
`pdo_mysql_last_insert_id':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:250:
undefined reference to `php_pdo_int64_to_str'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x84e): In function
`pdo_mysql_handle_factory':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:403:
undefined reference to `php_pdo_parse_data_source'
ext/pdo_mysql/.libs/mysql_statement.o(.text+0x835): In function
`pdo_mysql_stmt_param_hook':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_statement.c:332:
undefined reference to `pdo_raise_impl_error'
ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x1c): In function
`zm_shutdown_pdo_sqlite':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/pdo_sqlite.c:87:
undefined reference to `php_pdo_unregister_driver'
ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0xc): In function
`zm_startup_pdo_sqlite':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/pdo_sqlite.c:80:
undefined reference to `php_pdo_register_driver'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xa5): In function
`_pdo_sqlite_error':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:78:
undefined reference to `php_pdo_get_exception'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x37e): In function
`pdo_sqlite_last_insert_id':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:197:
undefined reference to `php_pdo_int64_to_str'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xb62): In function
`zif_SQLite_sqliteCreateFunction':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:471:
undefined reference to `pdo_raise_impl_error'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xcd6): In function
`zif_SQLite_sqliteCreateAggregate':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:543:
undefined reference to `pdo_raise_impl_error'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x1077): In function
`pdo_sqlite_handle_factory':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:697:
undefined reference to `php_pdo_get_exception'
ext/pdo_sqlite/.libs/sqlite_statement.o(.text+0x2d6): In function
`pdo_sqlite_stmt_param_hook':
/usr/local/xtra_targz

#34939 [NEW]: Undefined reference make failed

[marcel dot bariou at brasnah dot com]

From: marcel dot bariou at brasnah dot com
Operating system: LINUX RH ES3
PHP version:  5.1.0RC3
PHP Bug Type: PDO related
Bug description:  Undefined reference  make failed

Description:

I start with this configure directive :

./configure --prefix=/etc/httpd --with-apxs2=/usr/sbin/apxs
--with-config-file-path=/etc/httpd/conf --with-mysql=/usr/local/mysql
--enable-bc-math --enable-calendar --with-curl=/usr --enable-exif
--with-gettext --with-gmp --enable-id3
--with-java=/usr/local/java=/usr/local/j2sdk --with-mcrypt=/usr/local
--with-mhash=/usr/local --enable-overload --enable-pcntl --with-regex=PHP
--enable-soap --enable-sockets --with-tidy=/usr/local --enable-wddx
--with-xsl=/usr/local --enable-xslt --with-xslt-sablot
--with-expat-dir=/usr --enable-php-streams --enable-memory-limit
--enable-cli --enable-posix --enable-pcre --enable-sysvmsg
--enable-sysvsem --enable-sysvshm --enable-shmop --with-pear --with-xmlrpc
--with-zlib=/usr --with-iconv --with-iconv-dir=/usr/local
--with-pdo-mysql=/usr/local/mysql  --enable-pdo=shared




Make message = :
ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x13): In function
`zm_startup_pdo_mysql':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:78:
undefined reference to `php_pdo_declare_long_constant'
ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x34): In function
`zm_shutdown_pdo_mysql':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:88:
undefined reference to `php_pdo_unregister_driver'
ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x23): In function
`zm_startup_pdo_mysql':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:80:
undefined reference to `php_pdo_register_driver'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x197): In function
`_pdo_mysql_error':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:100:
undefined reference to `php_pdo_get_exception'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x378): In function
`mysql_handle_preparer':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:169:
undefined reference to `pdo_parse_params'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x57a): In function
`pdo_mysql_last_insert_id':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:250:
undefined reference to `php_pdo_int64_to_str'
ext/pdo_mysql/.libs/mysql_driver.o(.text+0x84e): In function
`pdo_mysql_handle_factory':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:403:
undefined reference to `php_pdo_parse_data_source'
ext/pdo_mysql/.libs/mysql_statement.o(.text+0x835): In function
`pdo_mysql_stmt_param_hook':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_statement.c:332:
undefined reference to `pdo_raise_impl_error'
ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0x1c): In function
`zm_shutdown_pdo_sqlite':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/pdo_sqlite.c:87:
undefined reference to `php_pdo_unregister_driver'
ext/pdo_sqlite/.libs/pdo_sqlite.o(.text+0xc): In function
`zm_startup_pdo_sqlite':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/pdo_sqlite.c:80:
undefined reference to `php_pdo_register_driver'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xa5): In function
`_pdo_sqlite_error':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:78:
undefined reference to `php_pdo_get_exception'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x37e): In function
`pdo_sqlite_last_insert_id':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:197:
undefined reference to `php_pdo_int64_to_str'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xb62): In function
`zif_SQLite_sqliteCreateFunction':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:471:
undefined reference to `pdo_raise_impl_error'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0xcd6): In function
`zif_SQLite_sqliteCreateAggregate':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:543:
undefined reference to `pdo_raise_impl_error'
ext/pdo_sqlite/.libs/sqlite_driver.o(.text+0x1077): In function
`pdo_sqlite_handle_factory':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_driver.c:697:
undefined reference to `php_pdo_get_exception'
ext/pdo_sqlite/.libs/sqlite_statement.o(.text+0x2d6): In function
`pdo_sqlite_stmt_param_hook':
/usr/local/xtra_targz/php5-200510202030/ext/pdo_sqlite/sqlite_statement.c:116:
undefined reference to `pdo_raise_impl_error'
ext/sqlite/.libs/sqlite.o(.text+0x172f): In function `zm_startup_sqlite':
/usr/local/xtra_targz/php5-200510202030/ext/sqlite/sqlite.c:1100:
undefined reference to `php_pdo_register_driver'
ext/sqlite/.libs/sqlite.o(.text+0x175e): In function
`zm_shutdown_sqlite':
/usr/local/xtra_targz/php5-200510202030/ext/sqlite/sqlite.c:1113:
undefined reference to `php_pdo_unregister_driver'
ext/sqlite/.libs/pdo_sqlite2.o(.text+0x4df): In function
`_pdo_sqlite2_error':
/usr/local/xtra_targz/php5-200510202030/ext/sqlite/pdo_sqlite2.c:291:
undefined

#32572 [Com]: After a make install /usr/local/bin/pear is not created

[marcel dot bariou at braasnah dot com]

 ID:   32572
 Comment by:   marcel dot bariou at braasnah dot com
 Reported By:  mbneto at gmail dot com
 Status:   Feedback
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  5.0.4
 New Comment:

I confirm the pear binary of the package manager is not created


Previous Comments:


[2005-04-04 19:45:03] [EMAIL PROTECTED]

Get the package again and make sure it's md5sum is one of these:

php-5.0.4.tar.bz2: fb1aac107870f897d26563a9cc5053c0
php-5.0.4.tar.gz: 8edf259bcfab4cfc890a4bb4e7c3649f





[2005-04-04 19:03:27] mbneto at gmail dot com

Description:

Hi,

I've downloaded the 5.0.4 targz and installed on a new server using
the same ./configure settings I use in a nother server that runs php
5.0.3.

I did a make/make install and everything runs fine excepth the fact
that I can no longer pear install  because there is no pear in
/usr/local/bin.

'./configure' '--with-kerberos' '--with-gd' '--with-apxs2'
'--with-xml' '--with-ftp' '--enable-session' '--enable-trans-sid'
'--with-zlib' '--enable-inline-optimization'
'--with-mcrypt=/usr/local' '--enable-sigchild' '--with-gettext'
'--with-freetype' '--with-ttf' '--with-ftp' '--enable-ftp'
'--with-jpeg-dir=/usr' '--with-mysql=/usr/include/mysql'
'--enable-soap' '--with-pear'

PHP itself works fine.






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

#32572 [Com]: After a make install /usr/local/bin/pear is not created

[marcel dot bariou at brasnah dot com]

 ID:   32572
 Comment by:   marcel dot bariou at brasnah dot com
 Reported By:  mbneto at gmail dot com
 Status:   Feedback
 Bug Type: *General Issues
 Operating System: Linux
 PHP Version:  5.0.4
 New Comment:

php-5.0.4.tar.gz: 8edf259bcfab4cfc890a4bb4e7c3649f
md5sum is correct
8edf259bcfab4cfc890a4bb4e7c3649f  php-5.0.4.tar.gz

./configure  --with-pear ...

Make install supplies =

Installing PHP SAPI module:   apache2handler
/usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/usr/bin/libtool'
libphp5.la /usr/lib/httpd/modules
/usr/bin/libtool --mode=install cp libphp5.la /usr/lib/httpd/modules/
cp .libs/libphp5.so /usr/lib/httpd/modules/libphp5.so
cp .libs/libphp5.lai /usr/lib/httpd/modules/libphp5.la
libtool: install: warning: remember to run `libtool --finish
/usr/local/xtra_targz/php-5.0.4/libs'
chmod 755 /usr/lib/httpd/modules/libphp5.so
[activating module `php5' in /etc/httpd/conf/httpd.conf]
Installing PHP CLI binary:/etc/httpd/bin/
Installing PHP CLI man page:  /etc/httpd/man/man1/
Installing PEAR environment:  /etc/httpd/lib/php/
[PEAR] Archive_Tar- already installed: 1.1
[PEAR] Console_Getopt - already installed: 1.2
[PEAR] PEAR   - installed: 1.3.5
Wrote PEAR system config file at: /etc/httpd/etc/pear.conf
You may want to add: /etc/httpd/lib/php to your php.ini include_path
[PEAR] HTML_Template_IT- already installed: 1.1
[PEAR] Net_UserAgent_Detect- already installed: 2.0.1
[PEAR] XML_RPC- already installed: 1.2.2
Installing build environment: /etc/httpd/lib/php/build/
Installing header files:  /etc/httpd/include/php/
Installing helper programs:   /etc/httpd/bin/
  program: phpize
  program: php-config
  program: phpextdist


Previous Comments:


[2005-04-05 10:20:19] marcel dot bariou at braasnah dot com

I confirm the pear binary of the package manager is not created



[2005-04-04 19:45:03] [EMAIL PROTECTED]

Get the package again and make sure it's md5sum is one of these:

php-5.0.4.tar.bz2: fb1aac107870f897d26563a9cc5053c0
php-5.0.4.tar.gz: 8edf259bcfab4cfc890a4bb4e7c3649f





[2005-04-04 19:03:27] mbneto at gmail dot com

Description:

Hi,

I've downloaded the 5.0.4 targz and installed on a new server using
the same ./configure settings I use in a nother server that runs php
5.0.3.

I did a make/make install and everything runs fine excepth the fact
that I can no longer pear install  because there is no pear in
/usr/local/bin.

'./configure' '--with-kerberos' '--with-gd' '--with-apxs2'
'--with-xml' '--with-ftp' '--enable-session' '--enable-trans-sid'
'--with-zlib' '--enable-inline-optimization'
'--with-mcrypt=/usr/local' '--enable-sigchild' '--with-gettext'
'--with-freetype' '--with-ttf' '--with-ftp' '--enable-ftp'
'--with-jpeg-dir=/usr' '--with-mysql=/usr/include/mysql'
'--enable-soap' '--with-pear'

PHP itself works fine.






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

#23045 [NEW]: Compile failure sapi/client undefined ref to sablotron

[bariou at brasnah dot com]

From: bariou at brasnah dot com
Operating system: debian/Knoppix 3.1
PHP version:  4.3.2RC1
PHP Bug Type: Compile Failure
Bug description:  Compile failure sapi/client undefined ref to sablotron

I've specifically compile sablotron 0.97

./ configure  --with-xslt-sablot=/usr/local ..

I have the following errror message

..
/usr/local/lib/libsablot.so undefined reference to 
`__builtin_delete`
/usr/local/lib/libsablot.so undefined reference to 
`__builtin_new`
collect2: ld return 1 exit status
make: *** [sapi/cli/php] Erreur 1
-- 
Edit bug report at http://bugs.php.net/?id=23045edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=23045r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=23045r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=23045r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=23045r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=23045r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=23045r=support
Expected behavior:  http://bugs.php.net/fix.php?id=23045r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=23045r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=23045r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=23045r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=23045r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=23045r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=23045r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=23045r=gnused

#20353 [NEW]: Change of isset behaviour

[bariou]

From: [EMAIL PROTECTED]
Operating system: Red hat 7.2
PHP version:  4.3.0-pre2
PHP Bug Type: Strings related
Bug description:  Change of isset behaviour

On 4.2.2 I've 

if(isset($namevar)){
//some statements
// It comes here if $namevar is set, even if $namevar=;
}

On 4.3.0-pre2 I've 

if(isset($namevar)){
//some statements
// It doesn't come if $namevar=;
}

You can't change that to much legacy
-- 
Edit bug report at http://bugs.php.net/?id=20353edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20353r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20353r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20353r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20353r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20353r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20353r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20353r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20353r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20353r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20353r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20353r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20353r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20353r=isapi

#20353 [Fbk-Opn]: Change of isset behaviour

[bariou]

 ID:   20353
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Strings related
 Operating System: Red hat 7.2
 PHP Version:  4.3.0-pre2
 New Comment:

You are right,but there is a change.  I was not specific enough, in
fact I send a variable through the get method

http://somewhere/test_isset.php?bibi=;

The test_isset.php file is :

?php

$namevar=bibi;

if(isset($$namevar)){
 
echo it comes here even if the string is empty BR;

}else{
echo it comes here NAMEVAR is not set or is empty BR;
}

if(isset($name)){
 
echo it comes here if set even if the string is empty BR;

}else{
echo it comes here NAME is not set BR;
}

?

With the previous http request :
For 4.3.0-pre2 bibi is never set

For 4.2.2 bibi is not set only when I remove = from the get URL, it
seems logic

Idea ? Thanks


Previous Comments:


[2002-11-11 03:46:53] [EMAIL PROTECTED]

I can't reproduce this, works fine for me:

[derick@kossu derick]$ php
?php
$foo = ;

if (isset($foo)) {
echo IN HERE!\n;
}
?
IN HERE!
[derick@kossu derick]$ php -v
PHP 4.3.0-pre2 (cli)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
with eXtended Debugger (xdebug) v1.1.0dev, Copyright (c) 2002 JDI
Media Solutions, by Derick Rethans


Please post a full reproducing script that we can copy  paste, but
keep it as small as possible.

Derick




[2002-11-11 03:42:11] [EMAIL PROTECTED]

On 4.2.2 I've 

if(isset($namevar)){
//some statements
// It comes here if $namevar is set, even if $namevar=;
}

On 4.3.0-pre2 I've 

if(isset($namevar)){
//some statements
// It doesn't come if $namevar=;
}

You can't change that to much legacy




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

#20353 [Fbk-Opn]: Change of isset behaviour

[bariou]

 ID:   20353
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Strings related
 Operating System: Red hat 7.2
 PHP Version:  4.3.0-pre2
 New Comment:

Derick

I've recompiled with --disable-mb_string. The behaviour, doesnot
change.

I give you the ./configure directives from phpinfo() = 

'./configure' '--prefix=/usr/local/apache'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/usr/local/apache/php' '--with-dom=/usr'
'--enable-socket=shared' '--with-ttf' '--enable-inline-optimization'
'-enable-magic-quotes' '--enable-trans-id' '--enable-bc-math'
'--enable-memory-limit' '--enable-wddx' '--enable-sysvshm=shared'
'--with-iconv=/usr/local' '--with-png-dir=/usr' '--with-jpeg-dir=/usr'
'--with-tiff-dir=/usr' '--with-freetype-dir=/usr'
'--with-zlib-dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-mysql=/usr/local/mysql' '--enable-ftp'
'--with-pdflib=/usr/local' '--with-xpm-dir=/usr/X11R6' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--with-expat-dir=/usr'
'--with-mnogosearch=/usr/local' '--with-mcrypt=/usr/local'
'--with-zlib=/usr' '--with-xmlrpc' '--enable-libgcc'
'--with-java=/usr/java/j2sdk1.4.1' '--with-tsrm-pth'
'--disable-mbstring'

I solve the problem, on my side, through a dirty way (I check the
presence of the varaible in the query string with an ereg :-( ). I
think we must have the same behaviour...so it will be necessary to fix
that. Feel free top ask me some other trials  

Marcel


Previous Comments:


[2002-11-11 04:20:37] [EMAIL PROTECTED]

Please recompile and add the configure option --disable-mbstring. Does
the problem still occur then?

Derick



[2002-11-11 04:16:32] [EMAIL PROTECTED]

You are right,but there is a change.  I was not specific enough, in
fact I send a variable through the get method

http://somewhere/test_isset.php?bibi=;

The test_isset.php file is :

?php

$namevar=bibi;

if(isset($$namevar)){
 
echo it comes here even if the string is empty BR;

}else{
echo it comes here NAMEVAR is not set or is empty BR;
}

if(isset($name)){
 
echo it comes here if set even if the string is empty BR;

}else{
echo it comes here NAME is not set BR;
}

?

With the previous http request :
For 4.3.0-pre2 bibi is never set

For 4.2.2 bibi is not set only when I remove = from the get URL, it
seems logic

Idea ? Thanks



[2002-11-11 03:46:53] [EMAIL PROTECTED]

I can't reproduce this, works fine for me:

[derick@kossu derick]$ php
?php
$foo = ;

if (isset($foo)) {
echo IN HERE!\n;
}
?
IN HERE!
[derick@kossu derick]$ php -v
PHP 4.3.0-pre2 (cli)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
with eXtended Debugger (xdebug) v1.1.0dev, Copyright (c) 2002 JDI
Media Solutions, by Derick Rethans


Please post a full reproducing script that we can copy  paste, but
keep it as small as possible.

Derick




[2002-11-11 03:42:11] [EMAIL PROTECTED]

On 4.2.2 I've 

if(isset($namevar)){
//some statements
// It comes here if $namevar is set, even if $namevar=;
}

On 4.3.0-pre2 I've 

if(isset($namevar)){
//some statements
// It doesn't come if $namevar=;
}

You can't change that to much legacy




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

#20361 [NEW]: Compile failed with gettext

[bariou]

From: [EMAIL PROTECTED]
Operating system: RH 7.2
PHP version:  4.3.0-pre2
PHP Bug Type: Gettext related
Bug description:  Compile failed with gettext

When I compile --with-gettext

Failing message :

Warning inter-library dependencies are not known to be supported

. libtool will create a static module

/usr/bin/ld: cannot open output file rxt/gettext/ .libs/:is a directory

my Configure directives directives are :

./configure' '--prefix=/usr/local/apache'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/usr/local/apache/php' 'with-gettext=shared'
'--with-dom=/usr' '--enable-socket=shared' '--with-ttf'
'--enable-inline-optimization' '-enable-magic-quotes' '--enable-trans-id'
'--enable-bc-math' '--enable-memory-limit' '--enable-wddx'
'--enable-sysvshm=shared' '--with-iconv=/usr/local' '--with-png-dir=/usr'
'--with-jpeg-dir=/usr' '--with-tiff-dir=/usr' '--with-freetype-dir=/usr'
'--with-zlib-dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-mysql=/usr/local/mysql' '--enable-ftp' '--with-pdflib=/usr/local'
'--with-xpm-dir=/usr/X11R6' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--with-expat-dir=/usr'
'--with-mnogosearch=/usr/local' '--with-mcrypt=/usr/local'
'--with-zlib=/usr' '--with-xmlrpc' '--enable-libgcc'
'--with-java=/usr/java/j2sdk1.4.1' '--with-tsrm-pth' '--disable-mbstring'


Thanks for your follow-up

Marcel


-- 
Edit bug report at http://bugs.php.net/?id=20361edit=1
-- 
Try a CVS snapshot: http://bugs.php.net/fix.php?id=20361r=trysnapshot
Fixed in CVS:   http://bugs.php.net/fix.php?id=20361r=fixedcvs
Fixed in release:   http://bugs.php.net/fix.php?id=20361r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=20361r=needtrace
Try newer version:  http://bugs.php.net/fix.php?id=20361r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=20361r=support
Expected behavior:  http://bugs.php.net/fix.php?id=20361r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=20361r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=20361r=submittedtwice
register_globals:   http://bugs.php.net/fix.php?id=20361r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20361r=php3
Daylight Savings:   http://bugs.php.net/fix.php?id=20361r=dst
IIS Stability:  http://bugs.php.net/fix.php?id=20361r=isapi

#20361 [Bgs-Opn]: Compile failed with gettext

[bariou]

 ID:   20361
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Bogus
+Status:   Open
 Bug Type: Gettext related
 Operating System: RH 7.2
 PHP Version:  4.3.0-pre2
 New Comment:

Don't take for the -- forgotten in the with-gettext in the configure
directive, it's only a bad copy (typo fault)

make failed with gettext after a correct ./configure

Marcel


Previous Comments:


[2002-11-11 07:49:36] [EMAIL PROTECTED]

You made a typo with-gettext=shared instead of
--with-gettext=shared



[2002-11-11 07:45:53] [EMAIL PROTECTED]

When I compile --with-gettext

Failing message :

Warning inter-library dependencies are not known to be supported

. libtool will create a static module

/usr/bin/ld: cannot open output file rxt/gettext/ .libs/:is a
directory

my Configure directives directives are :

./configure' '--prefix=/usr/local/apache'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/usr/local/apache/php' 'with-gettext=shared'
'--with-dom=/usr' '--enable-socket=shared' '--with-ttf'
'--enable-inline-optimization' '-enable-magic-quotes'
'--enable-trans-id' '--enable-bc-math' '--enable-memory-limit'
'--enable-wddx' '--enable-sysvshm=shared' '--with-iconv=/usr/local'
'--with-png-dir=/usr' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr'
'--with-freetype-dir=/usr' '--with-zlib-dir=/usr' '--with-gd=/usr'
'--enable-gd-native-ttf' '--with-mysql=/usr/local/mysql' '--enable-ftp'
'--with-pdflib=/usr/local' '--with-xpm-dir=/usr/X11R6' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--with-expat-dir=/usr'
'--with-mnogosearch=/usr/local' '--with-mcrypt=/usr/local'
'--with-zlib=/usr' '--with-xmlrpc' '--enable-libgcc'
'--with-java=/usr/java/j2sdk1.4.1' '--with-tsrm-pth'
'--disable-mbstring' 

Thanks for your follow-up

Marcel






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

#20361 [Fbk-Opn]: Compile failed with gettext

[bariou]

 ID:   20361
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Gettext related
 Operating System: RH 7.2
 PHP Version:  4.3.0-pre2
 New Comment:

I place a make.log file here = http://www.brasnah.fr/make.log with
some extra messages at the end of the file

Thanks

Marcel


Previous Comments:


[2002-11-11 07:54:55] [EMAIL PROTECTED]

Pleaes give us some more output from make, the ideal solutino would be
to put the full output on some website for us to see.

Derick



[2002-11-11 07:52:32] [EMAIL PROTECTED]

Don't take for the -- forgotten in the with-gettext in the configure
directive, it's only a bad copy (typo fault)

make failed with gettext after a correct ./configure

Marcel



[2002-11-11 07:49:36] [EMAIL PROTECTED]

You made a typo with-gettext=shared instead of
--with-gettext=shared



[2002-11-11 07:45:53] [EMAIL PROTECTED]

When I compile --with-gettext

Failing message :

Warning inter-library dependencies are not known to be supported

. libtool will create a static module

/usr/bin/ld: cannot open output file rxt/gettext/ .libs/:is a
directory

my Configure directives directives are :

./configure' '--prefix=/usr/local/apache'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/usr/local/apache/php' 'with-gettext=shared'
'--with-dom=/usr' '--enable-socket=shared' '--with-ttf'
'--enable-inline-optimization' '-enable-magic-quotes'
'--enable-trans-id' '--enable-bc-math' '--enable-memory-limit'
'--enable-wddx' '--enable-sysvshm=shared' '--with-iconv=/usr/local'
'--with-png-dir=/usr' '--with-jpeg-dir=/usr' '--with-tiff-dir=/usr'
'--with-freetype-dir=/usr' '--with-zlib-dir=/usr' '--with-gd=/usr'
'--enable-gd-native-ttf' '--with-mysql=/usr/local/mysql' '--enable-ftp'
'--with-pdflib=/usr/local' '--with-xpm-dir=/usr/X11R6' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--with-expat-dir=/usr'
'--with-mnogosearch=/usr/local' '--with-mcrypt=/usr/local'
'--with-zlib=/usr' '--with-xmlrpc' '--enable-libgcc'
'--with-java=/usr/java/j2sdk1.4.1' '--with-tsrm-pth'
'--disable-mbstring' 

Thanks for your follow-up

Marcel






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

#20353 [Bgs]: Change of isset behaviour

[bariou]

 ID:   20353
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Bogus
 Bug Type: Strings related
 Operating System: Red hat 7.2
 PHP Version:  4.3.0-pre2
 New Comment:

I don't understand, if this problem is not related to PHP I must have
the same behaviour for different release . The behaviour is different
for the 4.2.2 release and the 4.3.0 release, PHP doesn't process in the
same way data from the GET method. 

Marcel


Previous Comments:


[2002-11-11 10:06:52] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. 

Thank you for your interest in PHP.





[2002-11-11 05:14:29] [EMAIL PROTECTED]

Derick

I've recompiled with --disable-mb_string. The behaviour, doesnot
change.

I give you the ./configure directives from phpinfo() = 

'./configure' '--prefix=/usr/local/apache'
'--with-apxs=/usr/local/apache/bin/apxs'
'--with-config-file-path=/usr/local/apache/php' '--with-dom=/usr'
'--enable-socket=shared' '--with-ttf' '--enable-inline-optimization'
'-enable-magic-quotes' '--enable-trans-id' '--enable-bc-math'
'--enable-memory-limit' '--enable-wddx' '--enable-sysvshm=shared'
'--with-iconv=/usr/local' '--with-png-dir=/usr' '--with-jpeg-dir=/usr'
'--with-tiff-dir=/usr' '--with-freetype-dir=/usr'
'--with-zlib-dir=/usr' '--with-gd=/usr' '--enable-gd-native-ttf'
'--with-mysql=/usr/local/mysql' '--enable-ftp'
'--with-pdflib=/usr/local' '--with-xpm-dir=/usr/X11R6' '--enable-xslt'
'--with-xslt-sablot=/usr/local' '--with-expat-dir=/usr'
'--with-mnogosearch=/usr/local' '--with-mcrypt=/usr/local'
'--with-zlib=/usr' '--with-xmlrpc' '--enable-libgcc'
'--with-java=/usr/java/j2sdk1.4.1' '--with-tsrm-pth'
'--disable-mbstring'

I solve the problem, on my side, through a dirty way (I check the
presence of the varaible in the query string with an ereg :-( ). I
think we must have the same behaviour...so it will be necessary to fix
that. Feel free top ask me some other trials  

Marcel



[2002-11-11 04:20:37] [EMAIL PROTECTED]

Please recompile and add the configure option --disable-mbstring. Does
the problem still occur then?

Derick



[2002-11-11 04:16:32] [EMAIL PROTECTED]

You are right,but there is a change.  I was not specific enough, in
fact I send a variable through the get method

http://somewhere/test_isset.php?bibi=;

The test_isset.php file is :

?php

$namevar=bibi;

if(isset($$namevar)){
 
echo it comes here even if the string is empty BR;

}else{
echo it comes here NAMEVAR is not set or is empty BR;
}

if(isset($name)){
 
echo it comes here if set even if the string is empty BR;

}else{
echo it comes here NAME is not set BR;
}

?

With the previous http request :
For 4.3.0-pre2 bibi is never set

For 4.2.2 bibi is not set only when I remove = from the get URL, it
seems logic

Idea ? Thanks



[2002-11-11 03:46:53] [EMAIL PROTECTED]

I can't reproduce this, works fine for me:

[derick@kossu derick]$ php
?php
$foo = ;

if (isset($foo)) {
echo IN HERE!\n;
}
?
IN HERE!
[derick@kossu derick]$ php -v
PHP 4.3.0-pre2 (cli)
Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies
with eXtended Debugger (xdebug) v1.1.0dev, Copyright (c) 2002 JDI
Media Solutions, by Derick Rethans


Please post a full reproducing script that we can copy  paste, but
keep it as small as possible.

Derick




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/20353

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

#20361 [Fbk-Opn]: Compile failed with gettext

[bariou]

 ID:   20361
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Feedback
+Status:   Open
 Bug Type: Gettext related
 Operating System: RH 7.2
 PHP Version:  4.3.0-pre2
 New Comment:

With the last snapshot 2002110111739 The make doesn't failed, but I was
enable to run a make test. I've always the same warning messages about
the libiconv. I make the install =

Apache start, tomcat start, jk is ok , jive is ok and some test of my
own are running with PHP, gettext seems ok. But the process of variable
through the GET method is always different (that is to say out of order
for me)  compared to the previous release 4.3xxx of PHP


Previous Comments:


[2002-11-11 09:46:04] [EMAIL PROTECTED]

Can you also try reducing those configure options to only consist of
'--with-gettext=shared' ??

(as that works fine here..)




[2002-11-11 09:43:21] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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





[2002-11-11 08:22:41] [EMAIL PROTECTED]

I place a make.log file here = http://www.brasnah.fr/make.log with
some extra messages at the end of the file

Thanks

Marcel



[2002-11-11 07:54:55] [EMAIL PROTECTED]

Pleaes give us some more output from make, the ideal solutino would be
to put the full output on some website for us to see.

Derick



[2002-11-11 07:52:32] [EMAIL PROTECTED]

Don't take for the -- forgotten in the with-gettext in the configure
directive, it's only a bad copy (typo fault)

make failed with gettext after a correct ./configure

Marcel



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/20361

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

#18939 [Com]: Access violation in php4ts.dll running as a servlet

[bariou]

 ID:   18939
 Comment by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: Servlet related
 Operating System: Windows 2000 Pro SP2
 PHP Version:  4.2.2
 New Comment:

RH 7.2 Linux 2.4.7.10
PHP 4.2.3
TOMCAT4.1.12
COCOON2.0.3
JSDK1.4.1

It seems to work but .
I Am enable to run the JAVA extension or PHP as  servlet correctly, for
the last test of PHP I try to work with PHP as a servlet. It seems
there is a problem with the send () native method of PHP :
(this call is created inside the servlet.java class from
php.../sapi/servlet/ ) = 
Public native send(string requestMethod, String QueryString, String
pathInfo, String PathTranslated, String contentType, int contentLength,
String authUser, boolean display_sourc_mode).

As developed in the the bug id : 16402, I've also place libphp4.so 
inside /usr/java/j2sdk1.4.1/jre/lib with the related correction to the
LD_LIBRARY_PATH. I understand that JAVA waiting for a php4.so, but it
start to work only through a soft link =
ln -s libphp4.so php4.so

if  I rename directly libphp4.so as php4.so it does not find any php4
in library.java.path

java.lang.UnsatisfiedLinkError: no php4 in java.library.path 

With a soft link , It seems to work  with the following file 

?php
echo PHP AS A SERVLET;
$a=2.0*5;
echo $a;
?
It's OK it works... several time, no problem
on the other hand if I try :
?php
phpinfo();
?
The Virtual machine crashes each time With the the message than the
exception was detected in the native code outside the VM
unexpected Signal: 11 occured at PC=0x4EA8A5BF
Function=zend_hash_index_update_or_next_insert+0x3B
library=/i386/libphp4.so
Is it a bug in the virtual machine ? I'm circumspect about that ! The
ouput is not a well-formed XML tree  ?  But I don't know
Marcel


Previous Comments:


[2002-08-17 17:58:36] [EMAIL PROTECTED]

Just marking as Open again...



[2002-08-17 11:46:43] [EMAIL PROTECTED]

The log file contains *exactly* the same information I pasted in the
original submission.  I would not think Resin per se is the problem, as
I managed to see the output of 
?php phpinfo(); ? with it.  From my experience, a crash in native
code like this one can only result from a bug in the native code or
possibly a bug in the JVM.



[2002-08-16 12:47:40] [EMAIL PROTECTED]

The microsoft page does not exist, but I am running Win2k IIS/PHP-4.2.2
here, and have not seen this issue.  I consider that bogus.


As for the initial report running as a servlet, I haven't any
experience with this webserver... nor do I know if PHP really even
works with it (non-documented).  Can you place the error message from
hs_err_pid1892.log in the bug report though as well?



[2002-08-16 11:21:20] [EMAIL PROTECTED]

I have also a related problem.
I'm usign Windows 2000 Server SP2 (All hotfixes).
The application is SquirrelMail version 1.2.7.

The server runs OK for a while, until, it doesn't respond. And the
server log show:

The HTTP server encountered an unhandled exception while processing the
ISAPI Application '
php4ts!zend_strndup + 0x2B
 + 0xA05C16DC
'. 
For additional information specific to this message please visit the
Microsoft Online Support site located at:
http://www.microsoft.com/contentredirect.asp.



[2002-08-16 09:48:21] [EMAIL PROTECTED]

Running PHP 4.2.2 (binary download) as a servlet under Caucho Resin
2.0.1.  The application I'm trying to run is OBM 0.5.2
(www.aliacom.fr).  Following is the error that shows up in Resin's
stdout.log.

An unexpected exception has been detected in native code outside the
VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION occurred at
PC=0x9599A40
Function=zend_hash_index_update_or_next_insert+0x20
Library=C:\WINNT\System32\php4ts.dll

Current Java thread:
at net.php.reflect.setResultFromObject(Native Method)
at net.php.reflect.setResult(reflect.java:105)
at net.php.servlet.readCookies(servlet.java:93)
at net.php.servlet.send(Native Method)
at net.php.servlet.service(servlet.java:188)
at net.php.servlet.service(servlet.java:212)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:103)
at
com.caucho.server.http.FilterChainServlet.doFilter(FilterChainServlet.java:82)
at com.caucho.server.http.Invocation.service(Invocation.java:272)
at
com.caucho.server.http.CacheInvocation.service(CacheInvocation.java:128)
at
com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:216)
at

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created

For the make I've =

/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h
make[1]: *** [zend_qsort.lo] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php420/Zend'
make: *** [all-recursive] Error 1


About the last suggestion := Could you list which headers and in which
order are specified in `man
res_search'? here  is the answer :

Resolver Library Functions  resolver(3RESOLV)

NAME
 resolver, res_ninit, fp_resstat, res_npquery, res_hostalias,
 res_nquery,   res_nsearch,  res_nquerydomain,  res_nmkquery,
 res_nsend, res_nclose, res_nsendsigned, dn_comp,  dn_expand,
 hstrerror,  res_init,  res_query,  res_search,  res_mkquery,
 res_send, herror,  - resolver routines

SYNOPSIS
  BIND 8.2.2 Interfaces
 cc [ flag ... ] file ... -lresolv  -lsocket  -lnsl [ library ...
]
 #include sys/types.h
 #include netinet/in.h
 #include arpa/nameser.h
 #include resolv.h
 #include netdb.h

Is that enough ?

Hreat thank for you help


Previous Comments:


[2002-04-02 03:08:05] [EMAIL PROTECTED]

Could you list which headers and in which order are specified in `man
res_search'?



[2002-04-01 16:21:49] [EMAIL PROTECTED]

Did you do 'make clean' and reconfigure after you upgraded
gcc ? Or try './cvsclean ; ./buildconf' as this seems more like a
problem in your system than in PHP.




[2002-04-01 13:32:19] [EMAIL PROTECTED]

After a re-install of flex and gcc 2.95.3 on SUN-SOLARIS I have now the
following failures.

During the CONFIGURE I've the follwing warning 

configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: check for missing prerequisite headers?
configure: WARNING: resolv.h: proceeding with the preprocessor's
result

checking unix.h usability... no
checking unix.h presence... no

checking whether to enable mailparse support... no
checking whether to enable multibyte string support... no
checking whether to enable japanese encoding translation... no
checking whether to enable multibyte regex support... no

checking for limits.h... (cached) no

Fail message from MAKE =

make[1]: Entering directory `/opt/xtra_targz/php420/Zend'
/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h
make[1]: *** [zend_qsort.lo] Error 1
make[1]: Leaving directory 

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

With your data I created totofoo.c and the compile fails 
when I remove

#include netinet/in.h

and only with this remove

// Inside limits.h line 112, here is the section 

#ifdef _GCC_NEXT_LIMITS_H
#include_next limits.h  /* recurse down to 
the real one */
#endif

Nothing about POSIX_SOURCE ANSI_SOURCE in this file

About limits I've also a limits.h file in :
/usr/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/include/limits.h

Thanks for your help.

Marcel


Previous Comments:


[2002-04-02 04:32:32] [EMAIL PROTECTED]

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include sys/types.h
#include netinet/in.h
#include arpa/nameser.h
#include resolv.h
#include netdb.h

int
main ()
{

const char host[7]=php.net;
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.



[2002-04-02 03:42:11] [EMAIL PROTECTED]

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `main/php_config.h.in' is created

For the make I've =

/bin/bash ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.
-I. -I../main   -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g
-O2 -prefer-pic -c zend_qsort.c
In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h
make[1]: *** [zend_qsort.lo] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php420/Zend'
make: *** [all-recursive] Error 1


About the last suggestion := Could you list which headers and in which
order are specified in `man
res_search'? here  is the answer :

Resolver Library Functions  resolver(3RESOLV)

NAME
 resolver, res_ninit, fp_resstat, res_npquery, res_hostalias,
 res_nquery,   res_nsearch,  res_nquerydomain,  res_nmkquery,
 res_nsend, res_nclose, res_nsendsigned, dn_comp,  dn_expand,
 hstrerror,  res_init,  res_query,  res_search,  res_mkquery,
 res_send, herror,  - resolver routines

SYNOPSIS
  BIND 8.2.2 Interfaces
 cc [ flag ... ] file ... -lresolv  -lsocket  -lnsl [ library ...
]
 #include sys/types.h
 #include netinet/in.h
 #include arpa/nameser.h
 #include resolv.h
 #include netdb.h

Is that enough ?

Hreat thank for you help

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

I comment #include_nextlimits.h (line 117) in

/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h

More in the phpxxx/ext/posix.c I add 

#define NGROUPS_MAX 256

No the make seems to be done correctly, now I've to check if PHP work 
correctly, I will give you the follow up in a couple of hour.

Great thanks for your help


Previous Comments:


[2002-04-02 05:31:16] [EMAIL PROTECTED]

In file included from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,

 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/syslimits.h:7
,
 from
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:11,
 from zend_qsort.c:21:
/usr/include/limits.h:112: No include path in which to find limits.h


Hmm, seems like recursive recursion.
My guess is, that
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2/include/limits.h:117,
has the exact same line?

Since this all depends on gcc symbols I think you need to report the
issue to the gcc list - nothing PHP can do about it. As a work-around
you might comment out the lines around line 117 in the file mentioned
above.

About resolv.h:
If you could omit the -lnsl/-lresolv/-lsocket statements during
compilation one by one, then we can safely assume that the resolver
functions will be available to you (affecting getmxrr and checkdnsrr).

The headers are correct - just -lnsl isn't used in testing, so that
could be a problem.



[2002-04-02 05:10:09] [EMAIL PROTECTED]

With your data I created totofoo.c and the compile fails 
when I remove

#include netinet/in.h

and only with this remove

// Inside limits.h line 112, here is the section 

#ifdef _GCC_NEXT_LIMITS_H
#include_next limits.h  /* recurse down to 
the real one */
#endif

Nothing about POSIX_SOURCE ANSI_SOURCE in this file

About limits I've also a limits.h file in :
/usr/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/include/limits.h

Thanks for your help.

Marcel



[2002-04-02 04:32:32] [EMAIL PROTECTED]

Ok. You don't have the resolv.h problem anymore, so ignore the warning,
on the pre-compile issue.

Just to see, whether this will at all work at solaris, could you try to
save this to a file:
#include sys/types.h
#include netinet/in.h
#include arpa/nameser.h
#include resolv.h
#include netdb.h

int
main ()
{

const char host[7]=php.net;
u_char ans[1024];
int r;
res_init();
/* Capture result in r but return 0, since a working nameserver is
 * not a requirement for compilation.
 */
r =  res_search( host, C_IN, T_MX, (u_char *)ans, sizeof(ans));
return 0;
res_close();

  ;
  return 0;
}

And compile it as:
gcc -o name name.c -lsocket -lresolv -lnsl

then strip of a lib and try again till it fails.

On the limits.h issue:
usually it includes a system specific limits file, like
machine/limits.h or sys/limits.h.

The gcc installation didn't really pick this up very well, looking at
that include chain.

Could you post the section around line 112 in limits.h?
Can you tell if POSIX_SOURCE/ANSI_SOURCE should be defined/not defined
somewhere to skip that include?

By the way: I had the same problem with the wchar.h file on a BSDi
system and my own gcc installation. I simply renamed the original
wchar.h to get rid of it - not a nice thing to do, but it works :-) -
with limits.h I'd be more careful though.



[2002-04-02 03:42:11] [EMAIL PROTECTED]

I've done ./cvsclean, I've re-run ./buildconf, and I do make clean when
necessary
So after your message  I flollow the complete process

I give you here again  The different warning messages :

For ./buildconf =
 ./buildconf
buildconf: checking installation...
buildconf: autoconf version 2.53 (ok)
buildconf: automake version 1.4 (ok)
buildconf: libtool version 1.4 (ok)
rebuilding Makefile templates
automake: configure.in: installing `Zend/ylwrap'
rebuilding configure
rebuilding acconfig.h
rebuilding main/php_config.h.in
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])

WARNING: More 

Bug #16343: Recurrent failure with libIconv

[bariou]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.1.2
PHP Bug Type: Compile Failure
Bug description:  Recurrent failure with libIconv

Thank in advance for any help and even for not help at all but a help will
be great :-)

I use here PHP4.2.0-dev release

I'am working with a Sun-Sparc-Solaris 8 platform. But the problem I
describe here, I met it in a slight different way on Red Hat 7.2 platform
with the PHP-4.2.0RC1.

I start with SOLARIS it's enough:

My configure command is :

./configure --prefix=/usr/local/apache
--with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/php --with-gettext=shared
--with-dom=/usr --with-iconv=/usr/local --enable-socket=shared --with-ttf
--enable-inline-optimization --enable-magic-quotes --enable-trans-id
--enable-bcmath --enable-memory-limit --enable-wddx
--enable-sysvsem=shared --enable-sysvshm=shared --with-png-dir=/usr
--with-jpeg-dir=/usr --with-freetype-dir=/usr/local
--with-tiff-dir=/usr/local -with-zlib-dir=/usr --with-gd=/usr/local
--enable-gd-native-ttf --with-mysql=/usr/local/mysql --enable-ftp
--with-pdflib=/usr/local --with-xpm-dir=/usr/X11R6 --enable-xslt
--with-xslt-sablot --with-expat-dir=/usr/local --with-zlib=/usr
--with-xml-rpc --enable-libgcc

The drama starts here with the make :

/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc  -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM -g
-O2 -prefer-non-pic -static   -o libphp4cli.la -rpath
/opt/xtra_targz/php4/libs -avoid-version -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib
-L/usr/X11R6/lib -L/usr/local/mysql/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R /usr/local/lib -R
/usr/X11R6/lib -R /usr/local/mysql/lib php_cli.lo getopt.lo 
/opt/xtra_targz/php4/Zend/libZend.la
/opt/xtra_targz/php4/main/libmain_cli.la
/opt/xtra_targz/php4/regex/libregex.la
/opt/xtra_targz/php4/ext/zlib/libzlib.la
/opt/xtra_targz/php4/ext/bcmath/libbcmath.la
/opt/xtra_targz/php4/ext/ctype/libctype.la
/opt/xtra_targz/php4/ext/domxml/libdomxml.la
/opt/xtra_targz/php4/ext/ftp/libftp.la
/opt/xtra_targz/php4/ext/gd/libgd.la
/opt/xtra_targz/php4/ext/iconv/libiconv.la
/opt/xtra_targz/php4/ext/mysql/libmysql.la
/opt/xtra_targz/php4/ext/overload/liboverload.la
/opt/xtra_targz/php4/ext/pcre/libpcre.la
/opt/xtra_targz/php4/ext/pdf/libpdf.la
/opt/xtra_targz/php4/ext/posix/libposix.la
/opt/xtra_targz/php4/ext/session/libsession.la
/opt/xtra_targz/php4/ext/standard/libstandard.la
/opt/xtra_targz/php4/ext/wddx/libwddx.la
/opt/xtra_targz/php4/ext/xml/libxml.la
/opt/xtra_targz/php4/ext/xslt/libxslt.la
/opt/xtra_targz/php4/TSRM/libtsrm.la -lpam -lsablot -lexpat -lexpat
-lexpat -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lgd -lfreetype -lX11
-lXpm -lpng -lz -ljpeg -lz -lxml2 -lz -lcrypt -lresolv -lresolv -lresolv
-lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt
/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM -g
-O2   -o php -export-dynamic  libphp4cli.la
Undefined   first referenced
 symbol in file
libiconv./.libs/libphp4cli.a(iconv.lo)
libiconv_open   ./.libs/libphp4cli.a(iconv.lo)
libiconv_close  ./.libs/libphp4cli.a(iconv.lo)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[2]: *** [php] Error 1
make[2]: Leaving directory `/opt/xtra_targz/php4/sapi/cli'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php4/sapi/cli'
make: *** [all-recursive] Error 1

As indicated in ./configure Libiconv is installed in /usr/local, on the
fault message It looks like the invocation of liconv is not present for
gcc. But as you can see I have this invocation I/.. Some lines later
/opt/xtra_targz/php4/ext/iconv/libiconv.la, which is the invocation of the
ICONV extension not of the standalone ICONV... but 4'm afraid I think I
must have also '-liconv' whic is not present 

I met this problem recurrently, I'm not an expert and maybe I'm wrong I
think I have to add that in some Makefile, but where and how ?

If I remove from ./configure the --with-iconv... I've exactly the same
error but for sablotron ?

If you have an idea it will be a great help .

Thanks 

Marcel

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

Bug #16343 Updated: Recurrent failure with libIconv

[bariou]

 ID:   16343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

I met exactly the same problem on a redhat 7.2 linux platform with the
4.2.0RC1 release, are you speaking about the same one?

Thanx


Previous Comments:


[2002-03-29 08:31:28] [EMAIL PROTECTED]

Get PHP 4.2.0 from CVS. This should be fixed already.

(tag is PHP_4_2_0)





[2002-03-29 08:02:14] [EMAIL PROTECTED]

Thank in advance for any help and even for not help at all but a help
will be great :-)

I use here PHP4.2.0-dev release

I'am working with a Sun-Sparc-Solaris 8 platform. But the problem I
describe here, I met it in a slight different way on Red Hat 7.2
platform with the PHP-4.2.0RC1.

I start with SOLARIS it's enough:

My configure command is :

./configure --prefix=/usr/local/apache
--with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/php --with-gettext=shared
--with-dom=/usr --with-iconv=/usr/local --enable-socket=shared
--with-ttf --enable-inline-optimization --enable-magic-quotes
--enable-trans-id --enable-bcmath --enable-memory-limit --enable-wddx
--enable-sysvsem=shared --enable-sysvshm=shared --with-png-dir=/usr
--with-jpeg-dir=/usr --with-freetype-dir=/usr/local
--with-tiff-dir=/usr/local -with-zlib-dir=/usr --with-gd=/usr/local
--enable-gd-native-ttf --with-mysql=/usr/local/mysql --enable-ftp
--with-pdflib=/usr/local --with-xpm-dir=/usr/X11R6 --enable-xslt
--with-xslt-sablot --with-expat-dir=/usr/local --with-zlib=/usr
--with-xml-rpc --enable-libgcc

The drama starts here with the make :

/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc  -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM
-g -O2 -prefer-non-pic -static   -o libphp4cli.la -rpath
/opt/xtra_targz/php4/libs -avoid-version -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib
-L/usr/X11R6/lib -L/usr/local/mysql/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R /usr/local/lib -R
/usr/X11R6/lib -R /usr/local/mysql/lib php_cli.lo getopt.lo 
/opt/xtra_targz/php4/Zend/libZend.la
/opt/xtra_targz/php4/main/libmain_cli.la
/opt/xtra_targz/php4/regex/libregex.la
/opt/xtra_targz/php4/ext/zlib/libzlib.la
/opt/xtra_targz/php4/ext/bcmath/libbcmath.la
/opt/xtra_targz/php4/ext/ctype/libctype.la
/opt/xtra_targz/php4/ext/domxml/libdomxml.la
/opt/xtra_targz/php4/ext/ftp/libftp.la
/opt/xtra_targz/php4/ext/gd/libgd.la
/opt/xtra_targz/php4/ext/iconv/libiconv.la
/opt/xtra_targz/php4/ext/mysql/libmysql.la
/opt/xtra_targz/php4/ext/overload/liboverload.la
/opt/xtra_targz/php4/ext/pcre/libpcre.la
/opt/xtra_targz/php4/ext/pdf/libpdf.la
/opt/xtra_targz/php4/ext/posix/libposix.la
/opt/xtra_targz/php4/ext/session/libsession.la
/opt/xtra_targz/php4/ext/standard/libstandard.la
/opt/xtra_targz/php4/ext/wddx/libwddx.la
/opt/xtra_targz/php4/ext/xml/libxml.la
/opt/xtra_targz/php4/ext/xslt/libxslt.la
/opt/xtra_targz/php4/TSRM/libtsrm.la -lpam -lsablot -lexpat -lexpat
-lexpat -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lgd -lfreetype
-lX11 -lXpm -lpng -lz -ljpeg -lz -lxml2 -lz -lcrypt -lresolv -lresolv
-lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt
/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM
-g -O2   -o php -export-dynamic  libphp4cli.la
Undefined   first referenced
 symbol in file
libiconv./.libs/libphp4cli.a(iconv.lo)
libiconv_open   ./.libs/libphp4cli.a(iconv.lo)
libiconv_close  ./.libs/libphp4cli.a(iconv.lo)
ld: fatal: Symbol referencing errors. No output written to php
collect2: ld returned 1 exit status
make[2]: *** [php] Error 1
make[2]: Leaving directory `/opt/xtra_targz/php4/sapi/cli'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php4/sapi/cli'
make: *** [all-recursive] Error 1

As indicated in ./configure Libiconv is installed in /usr/local, on the
fault message It looks like the invocation of liconv is not present for
gcc. But as you can see I have this invocation I/.. Some lines
later /opt/xtra_targz/php4/ext/iconv/libiconv.la, 

Bug #16343 Updated: Recurrent failure with libIconv

[bariou]

 ID:   16343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

I seems to work on the RedHat 7.2, I complete the tests with sablotron
and iconv  and I re-install on solaris8 and I give you a feedback 

Thanx a lot for this first step


Previous Comments:


[2002-03-29 10:06:41] [EMAIL PROTECTED]

Just to clarify this: PHP 4.2.0RC1 is NOT a release.
It's a release candidate.

Anyways, you can try the latest snapshot from:

http://snaps.php.net/ 

if you're not that familiar with CVS.

--Jani




[2002-03-29 08:59:58] [EMAIL PROTECTED]

I met exactly the same problem on a redhat 7.2 linux platform with the
4.2.0RC1 release, are you speaking about the same one?

Thanx



[2002-03-29 08:31:28] [EMAIL PROTECTED]

Get PHP 4.2.0 from CVS. This should be fixed already.

(tag is PHP_4_2_0)





[2002-03-29 08:02:14] [EMAIL PROTECTED]

Thank in advance for any help and even for not help at all but a help
will be great :-)

I use here PHP4.2.0-dev release

I'am working with a Sun-Sparc-Solaris 8 platform. But the problem I
describe here, I met it in a slight different way on Red Hat 7.2
platform with the PHP-4.2.0RC1.

I start with SOLARIS it's enough:

My configure command is :

./configure --prefix=/usr/local/apache
--with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/php --with-gettext=shared
--with-dom=/usr --with-iconv=/usr/local --enable-socket=shared
--with-ttf --enable-inline-optimization --enable-magic-quotes
--enable-trans-id --enable-bcmath --enable-memory-limit --enable-wddx
--enable-sysvsem=shared --enable-sysvshm=shared --with-png-dir=/usr
--with-jpeg-dir=/usr --with-freetype-dir=/usr/local
--with-tiff-dir=/usr/local -with-zlib-dir=/usr --with-gd=/usr/local
--enable-gd-native-ttf --with-mysql=/usr/local/mysql --enable-ftp
--with-pdflib=/usr/local --with-xpm-dir=/usr/X11R6 --enable-xslt
--with-xslt-sablot --with-expat-dir=/usr/local --with-zlib=/usr
--with-xml-rpc --enable-libgcc

The drama starts here with the make :

/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc  -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM
-g -O2 -prefer-non-pic -static   -o libphp4cli.la -rpath
/opt/xtra_targz/php4/libs -avoid-version -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib
-L/usr/X11R6/lib -L/usr/local/mysql/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R /usr/local/lib -R
/usr/X11R6/lib -R /usr/local/mysql/lib php_cli.lo getopt.lo 
/opt/xtra_targz/php4/Zend/libZend.la
/opt/xtra_targz/php4/main/libmain_cli.la
/opt/xtra_targz/php4/regex/libregex.la
/opt/xtra_targz/php4/ext/zlib/libzlib.la
/opt/xtra_targz/php4/ext/bcmath/libbcmath.la
/opt/xtra_targz/php4/ext/ctype/libctype.la
/opt/xtra_targz/php4/ext/domxml/libdomxml.la
/opt/xtra_targz/php4/ext/ftp/libftp.la
/opt/xtra_targz/php4/ext/gd/libgd.la
/opt/xtra_targz/php4/ext/iconv/libiconv.la
/opt/xtra_targz/php4/ext/mysql/libmysql.la
/opt/xtra_targz/php4/ext/overload/liboverload.la
/opt/xtra_targz/php4/ext/pcre/libpcre.la
/opt/xtra_targz/php4/ext/pdf/libpdf.la
/opt/xtra_targz/php4/ext/posix/libposix.la
/opt/xtra_targz/php4/ext/session/libsession.la
/opt/xtra_targz/php4/ext/standard/libstandard.la
/opt/xtra_targz/php4/ext/wddx/libwddx.la
/opt/xtra_targz/php4/ext/xml/libxml.la
/opt/xtra_targz/php4/ext/xslt/libxslt.la
/opt/xtra_targz/php4/TSRM/libtsrm.la -lpam -lsablot -lexpat -lexpat
-lexpat -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lgd -lfreetype
-lX11 -lXpm -lpng -lz -ljpeg -lz -lxml2 -lz -lcrypt -lresolv -lresolv
-lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt
/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM
-g -O2   -o php -export-dynamic  libphp4cli.la
Undefined   first referenced
 symbol in file
libiconv./.libs/libphp4cli.a(iconv.lo)
libiconv_open   ./.libs/libphp4cli.a(iconv.lo)
libiconv_close  

Bug #16351: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

From: [EMAIL PROTECTED]
Operating system: Solaris 8
PHP version:  4.1.2
PHP Bug Type: *Configuration Issues
Bug description:  resolv.h deprecated on PHP4.2.0 from CVS

From the CVS branch I use the PHP 4.2.0, it works smartly on Red hat 7.2
but give the following Warning on Solaris 8

Warning message from ./buildconf

WARNING: using auxiliary files such as 'aconfig.h' 'config.h;bot' and
'config.h.top', to define template for 'config.h.in' is deprecated and
iscouraged

Using the third argument of 'AC_DEFINE' and 'AC_DEFINE_UNQUOTED' allows to
define a template with 'acconfig.h' ..


Warning message from configure
checking resolv.h presence... yes
configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: check for missing prerequisite headers?
configure: WARNING: resolv.h: proceeding with the preprocessor's result

Here the configure command line
 
./configure --prefix=/usr/local/apache
--with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/php --with-gettext=shared
--with-dom=/usr --with-iconv=/usr/local --enable-socket=shared --with-ttf
--enable-inline-optimization --enable-magic-quotes --enable-trans-id
--enable-bcmath --enable-memory-limit --enable-wddx
--enable-sysvsem=shared --enable-sysvshm=shared --with-png-dir=/usr
--with-jpeg-dir=/usr --with-freetype-dir=/usr/local
--with-tiff-dir=/usr/local -with-zlib-dir=/usr --with-gd=/usr/local
--enable-gd-native-ttf --with-mysql=/usr/local/mysql --enable-ftp
--with-pdflib=/usr/local --with-xpm-dir=/usr/X11R6 --enable-xslt
--with-xslt-sablot --with-expat-dir=/usr/local --with-zlib=/usr
--with-xml-rpc --enable-libgcc

On Solaris gcc include, autoconf, m4 have been adjusted nd installed
according to the requirement

Thanks for an idea

-- 
Edit bug report at http://bugs.php.net/?id=16351edit=1
-- 
Fixed in CVS:http://bugs.php.net/fix.php?id=16351r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16351r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=16351r=needtrace
Try newer version:   http://bugs.php.net/fix.php?id=16351r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16351r=support
Expected behavior:   http://bugs.php.net/fix.php?id=16351r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16351r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16351r=submittedtwice

Bug #16351 Updated: resolv.h deprecated on PHP4.2.0 from CVS

[bariou]

 ID:   16351
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Open
 Bug Type: *Configuration Issues
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

Here the followin step in the make

cyclopedia:/opt/xtra_targz/php420make
 Making all in Zend
   
   make[1]: Entering directory
`/opt/xtra_targz/php420/Zend'  
  bison -y -p zend -v -d
./zend_language_parser.y -o zend_language_parser.c 
   /bin/bash ../libtool --silent
--mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main  
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I../TSRM  -g -O2 -prefer-pic
-c zend_language_parser.c  
   lex -Pzend -S./flex.skl
-ozend_language_scanner.c -i ./zend_language_scanner.l
lex: illegal option -- P
Usage: lex [-ewctvnVY] [-Q(y/n)] [file]
make[1]: *** [zend_language_scanner.c] Error 1
make[1]: Leaving directory `/opt/xtra_targz/php420/Zend'
make: *** [all-recursive] Error 1

Thanks for your help

Marcel


Previous Comments:


[2002-03-29 15:19:57] [EMAIL PROTECTED]

From the CVS branch I use the PHP 4.2.0, it works smartly on Red hat
7.2 but give the following Warning on Solaris 8

Warning message from ./buildconf

WARNING: using auxiliary files such as 'aconfig.h' 'config.h;bot' and
'config.h.top', to define template for 'config.h.in' is deprecated and
iscouraged

Using the third argument of 'AC_DEFINE' and 'AC_DEFINE_UNQUOTED' allows
to define a template with 'acconfig.h' ..


Warning message from configure
checking resolv.h presence... yes
configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: check for missing prerequisite headers?
configure: WARNING: resolv.h: proceeding with the preprocessor's
result

Here the configure command line
 
./configure --prefix=/usr/local/apache
--with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/php --with-gettext=shared
--with-dom=/usr --with-iconv=/usr/local --enable-socket=shared
--with-ttf --enable-inline-optimization --enable-magic-quotes
--enable-trans-id --enable-bcmath --enable-memory-limit --enable-wddx
--enable-sysvsem=shared --enable-sysvshm=shared --with-png-dir=/usr
--with-jpeg-dir=/usr --with-freetype-dir=/usr/local
--with-tiff-dir=/usr/local -with-zlib-dir=/usr --with-gd=/usr/local
--enable-gd-native-ttf --with-mysql=/usr/local/mysql --enable-ftp
--with-pdflib=/usr/local --with-xpm-dir=/usr/X11R6 --enable-xslt
--with-xslt-sablot --with-expat-dir=/usr/local --with-zlib=/usr
--with-xml-rpc --enable-libgcc

On Solaris gcc include, autoconf, m4 have been adjusted nd installed
according to the requirement

Thanks for an idea





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

Bug #16343 Updated: Recurrent failure with libIconv

[bariou]

 ID:   16343
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Feedback
 Bug Type: Compile Failure
 Operating System: Solaris 8
 PHP Version:  4.1.2
 New Comment:

Now I've met a problem on SOLARIS I've open an other thread about it,
number 16 351. I think this one can be closed

Thanx a lot

Marcel


Previous Comments:


[2002-03-29 10:39:57] [EMAIL PROTECTED]

I seems to work on the RedHat 7.2, I complete the tests with sablotron
and iconv  and I re-install on solaris8 and I give you a feedback 

Thanx a lot for this first step



[2002-03-29 10:06:41] [EMAIL PROTECTED]

Just to clarify this: PHP 4.2.0RC1 is NOT a release.
It's a release candidate.

Anyways, you can try the latest snapshot from:

http://snaps.php.net/ 

if you're not that familiar with CVS.

--Jani




[2002-03-29 08:59:58] [EMAIL PROTECTED]

I met exactly the same problem on a redhat 7.2 linux platform with the
4.2.0RC1 release, are you speaking about the same one?

Thanx



[2002-03-29 08:31:28] [EMAIL PROTECTED]

Get PHP 4.2.0 from CVS. This should be fixed already.

(tag is PHP_4_2_0)





[2002-03-29 08:02:14] [EMAIL PROTECTED]

Thank in advance for any help and even for not help at all but a help
will be great :-)

I use here PHP4.2.0-dev release

I'am working with a Sun-Sparc-Solaris 8 platform. But the problem I
describe here, I met it in a slight different way on Red Hat 7.2
platform with the PHP-4.2.0RC1.

I start with SOLARIS it's enough:

My configure command is :

./configure --prefix=/usr/local/apache
--with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/php --with-gettext=shared
--with-dom=/usr --with-iconv=/usr/local --enable-socket=shared
--with-ttf --enable-inline-optimization --enable-magic-quotes
--enable-trans-id --enable-bcmath --enable-memory-limit --enable-wddx
--enable-sysvsem=shared --enable-sysvshm=shared --with-png-dir=/usr
--with-jpeg-dir=/usr --with-freetype-dir=/usr/local
--with-tiff-dir=/usr/local -with-zlib-dir=/usr --with-gd=/usr/local
--enable-gd-native-ttf --with-mysql=/usr/local/mysql --enable-ftp
--with-pdflib=/usr/local --with-xpm-dir=/usr/X11R6 --enable-xslt
--with-xslt-sablot --with-expat-dir=/usr/local --with-zlib=/usr
--with-xml-rpc --enable-libgcc

The drama starts here with the make :

/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc  -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM
-g -O2 -prefer-non-pic -static   -o libphp4cli.la -rpath
/opt/xtra_targz/php4/libs -avoid-version -L/usr/ucblib
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -L/usr/local/lib
-L/usr/X11R6/lib -L/usr/local/mysql/lib  -R /usr/ucblib -R
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.2 -R /usr/local/lib -R
/usr/X11R6/lib -R /usr/local/mysql/lib php_cli.lo getopt.lo 
/opt/xtra_targz/php4/Zend/libZend.la
/opt/xtra_targz/php4/main/libmain_cli.la
/opt/xtra_targz/php4/regex/libregex.la
/opt/xtra_targz/php4/ext/zlib/libzlib.la
/opt/xtra_targz/php4/ext/bcmath/libbcmath.la
/opt/xtra_targz/php4/ext/ctype/libctype.la
/opt/xtra_targz/php4/ext/domxml/libdomxml.la
/opt/xtra_targz/php4/ext/ftp/libftp.la
/opt/xtra_targz/php4/ext/gd/libgd.la
/opt/xtra_targz/php4/ext/iconv/libiconv.la
/opt/xtra_targz/php4/ext/mysql/libmysql.la
/opt/xtra_targz/php4/ext/overload/liboverload.la
/opt/xtra_targz/php4/ext/pcre/libpcre.la
/opt/xtra_targz/php4/ext/pdf/libpdf.la
/opt/xtra_targz/php4/ext/posix/libposix.la
/opt/xtra_targz/php4/ext/session/libsession.la
/opt/xtra_targz/php4/ext/standard/libstandard.la
/opt/xtra_targz/php4/ext/wddx/libwddx.la
/opt/xtra_targz/php4/ext/xml/libxml.la
/opt/xtra_targz/php4/ext/xslt/libxslt.la
/opt/xtra_targz/php4/TSRM/libtsrm.la -lpam -lsablot -lexpat -lexpat
-lexpat -lpdf -lz -ltiff -lpng -ljpeg -lmysqlclient -lgd -lfreetype
-lX11 -lXpm -lpng -lz -ljpeg -lz -lxml2 -lz -lcrypt -lresolv -lresolv
-lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lcrypt
/bin/sh /opt/xtra_targz/php4/libtool --silent --mode=link gcc -I.
-I/opt/xtra_targz/php4/sapi/cli -I/opt/xtra_targz/php4/main
-I/opt/xtra_targz/php4 -I/usr/local/apache/include
-I/opt/xtra_targz/php4/Zend -I/usr/local/include/freetype2/freetype
-I/usr/local/include -I/usr/local/mysql/include 
-D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -I/opt/xtra_targz/php4/TSRM
-g -O2   -o php -export-dynamic  libphp4cli.la
Undefined