Bug #1298 Updated: need to use -taso with Netscape LDAP libs
| From: | sniper@php.net | 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