Bug #1298 Updated: need to use -taso with Netscape LDAP libs

From: Date: Mon, 08 Jul 2002 01:20:03 +0000
Subject: Bug #1298 Updated: need to use -taso with Netscape LDAP libs
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-13450@lists.php.net to get a copy of this message
ID: 1298 Updated by: sniper@php.net Reported By: long@kestrel.cc.ukans.edu -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Compaq Tru64 4.0F PK3 PHP Version: 4.2.1 New Comment: Most of the compile problems with Tru64 have been fixed in CVS: http://snaps.php.net/php4-latest.tar.gz This '-taso' thing is not fixed though. Exactly what version of Netscape LDAP libs does this happen with? And wouldn't it be better to get ones which are NOT compiled with -taso flag?? Previous Comments: ------------------------------------------------------------------------ [2002-06-17 17:48:38] long@kestrel.cc.ukans.edu LDFLAGS does not work and I cannot remember the exact reason why. Perhaps because LDFLAGS do not get used when cc is used to perform the linking or when ld is used to build shared objects? At any rate, for the last several PHP versions I've been using: LD='/usr/bin/ld -taso' CFLAGS='-taso' CXXFLAGS='-taso' CC='cc' CXX='cxx' CXXCPP='cxx -E' ./configure .... to work around this problem. Here is the description of the -taso option from the cc man page: -taso Directs the linker to load the executable file in the lower 31-bit addressable virtual address range. The -T and -D options to the ld command can also be used, respectively, to ensure that the text and data segments addresses are loaded into low memory. The -taso option, however, in addition to setting default addresses for text and data segments, also causes shared libraries linked outside the 31-bit address space to be appropriately relocated by the loader. If you specify -taso and also specify text and data segment addresses with -T and -D, those addresses override the -taso default addresses. The -taso option can be helpful when porting programs that assume address values can be stored in 32-bit variables (that is, programs that assume that pointers are the same length as int variables). And the reason this is required is because the particular version of the Netscape LDAP SDK that we downloaded and installed was built using the -taso option. Thus anything linking to it also has to use -taso. ------------------------------------------------------------------------ [2002-06-17 17:41:08] sniper@php.net Does this work: LDFLAGS="-taso" ./configure <and your options here> (with fresh sources!) I would think this option needs to be on for all of the build? (What is it anyway? Any URL explaining it?) --Jani ------------------------------------------------------------------------ [2002-06-17 17:30:04] long@kestrel.cc.ukans.edu reopened for latest version. ------------------------------------------------------------------------ [2002-06-16 08:30:21] sander@php.net Thank you for taking the time to report a problem with PHP. Unfortunately, PHP 3 is no longer supported. Please download the latest version of PHP 4 from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. ------------------------------------------------------------------------ [1999-04-06 13:51:59] long@kestrel.cc.ukans.edu When using the Netscape LDAP libraries on Digital Unix the -taso flag needs to be added to the LDAP_LFLAGS variable set in 'configure.in'. Not sure exactly how to do this as I don't have autoconf available to me on this platform. To allow PHP to compile I modifed 'configure' line 6723 which was originally: LDAP_LFLAGS="-L$LDAP_LIBDIR ${ld_runpath_switch}$LDAP_LIBDIR" to be: LDAP_LFLAGS="-L$LDAP_LIBDIR -taso ${ld_runpath_switch}$LDAP_LIBDIR" ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=1298&edit=1

« previous php.bugs (#13450) next »