linking voodoo

[Elan Ruusamäe]

ok. there is one issue. all extensions will depend on exact minor version of 
php. which is overkill imho, as there already is dependency on php api 
version, which ought not to change inside same major releases (ie php 4.x)

Requires: glibc libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1.3) 
libphp_common-4.4.2.so libphp_common-4.4.2.so(php4) libtidy-0.99.so.0 
php4-common tidy
Wrote: /home/glen/rpm/pld/RPMS/php4-pecl-tidy-1.1-3.i686.rpm

so is the version in libphp_common-4.4.2.so neccessary?
maybe just have it as  libphp_common4.so ?

qboosh? (and could you also please check the patches i've made, as i don't 
know how to solve the relinking messages which imho appeared with the 
changes).

$ ./builder -bb -R --with versioning php4

On Tuesday 04 April 2006 23:30, Elan Ruusamäe wrote:
> hi
>
> i've created patch [1] for versioning php symbols, for later loading both
> php modules (php4,php5) into same apache instance.
>
> it works so far when php extensions aren't loaded. the problem is that
> extensions are right now linked so they don't have version info on
> undefined symbols [2]. the result is crash [3]
>
> after debugging with arekm i've found that there's way to force the version
> in php extensions is linking php extensions with libphp_common.la
>
> so is  there,
> 1. other way
> 2. problems when linking php extensions with libphp_common.la
>
> [1] 
> http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/php4-versioning.patch
> [2]
> $ objdump -T /usr/lib/apache1/libphp4.so |grep ts_allocate_id
> 00000000      DF *UND*  00000196  php4        ts_allocate_id
> $ objdump -T /usr/lib/php4/zlib.so |grep ts_allocate_id
> 00000000      D  *UND*  00000000              ts_allocate_id
> [3] http://pastebin.com/639611

-- 
glen