ID: 1298 Updated by: [EMAIL PROTECTED] Reported By: long at kestrel dot cc dot ukans dot edu -Status: Open +Status: Wont fix Bug Type: LDAP related Operating System: Compaq Tru64 4.0F PK3 PHP Version: 4.3.2-dev New Comment:
I'm making this "wont fix" since you can easily workaround this problem by setting the correct flags by 'hand'. Previous Comments: ------------------------------------------------------------------------ [2003-03-11 15:48:13] long at kestrel dot cc dot ukans dot edu I didn't realize you had been waiting for feedback from me. Ok, so php 4.3.1 doesn't even compile just using a straight ./configure. I got php4-STABLE-200303101830 to build with the following configure: env CC=cc CXX=cxx CFLAGS="-O2 -taso -ifo" CXXFLAGS="-O2 -taso -ifo" ./configure --with-openssl --enable-bcmath --with-ndbm --with-dbm --enable-dbase --enable-filepro --enable-ftp --with-ttf --with-java=/usr/opt/java130 --with-mysql --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-wddx --enable-dba=shared --enable-calendar --enable-exif --enable-discard-path --enable-dbx --enable-ctype --with-hyperwave --enable-mailparse --enable-memory-limit --with-ldap=/usr/local/ldap and having /usr/local/ldap/lib in my LD_LIBRARY_PATH. Couldn't build OCI this time due to bugginess in our oracle. The -taso option is still required in our particular environment. Happily the snprintf issue appears to be gone. ------------------------------------------------------------------------ [2003-02-25 03:22:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip ------------------------------------------------------------------------ [2002-08-15 18:09:25] long at kestrel dot cc dot ukans dot edu We are using version 3.0 of the Netscape Directory SDK for C with SSL support. I believe that at the time we installed it that it only came in the '-taso' version. If I were upgrading the LDAP SDK then I would of course try and obtain a non '-taso' version. ------------------------------------------------------------------------ [2002-07-07 21:20:02] [EMAIL PROTECTED] 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?? ------------------------------------------------------------------------ [2002-06-17 17:48:38] long at kestrel dot cc dot ukans dot 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. ------------------------------------------------------------------------ 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/1298 -- Edit this bug report at http://bugs.php.net/?id=1298&edit=1
