I've tried to build mmcache for php 4.3.3 with the latest cvs + patch, but I got errors:
usr/local/src/turck-mmcache/mmcache.c: In function `restore_op_array':
/usr/local/src/turck-mmcache/mmcache.c:2624: error: `fname_lc' undeclared (first use in this function)
/usr/local/src/turck-mmcache/mmcache.c:2624: error: (Each undeclared identifier is reported only once
/usr/local/src/turck-mmcache/mmcache.c:2624: error: for each function it appears in.)
/usr/local/src/turck-mmcache/mmcache.c:2624: error: `fname_len' undeclared (first use in this function)
/usr/local/src/turck-mmcache/mmcache.c:2636: error: union has no member named `handler'
/usr/local/src/turck-mmcache/mmcache.c: In function `restore_class_entry':
/usr/local/src/turck-mmcache/mmcache.c:2769: warning: initialization makes pointer from integer without a cast
make: *** [mmcache.lo] Error 1
shin seung woo
yes, that is bug. currently my patch can not compiled with php4.
but, you absolutly have no reason to use patched version on php4.
basically It should not generate exactly same binary against 2.4.7 when compiled with php4.
->> basically It should generate exactly same binary against 2.4.7 when compiled with php4.
I've compiled the mmcache 2.4.6 against php4.3.3 and everything runs fine.
Here a little success-story for patched 2.4.7 with php5.0.2:
loading a page with bluewonder framework:
run-time without cache: 1.47 s
run-time with cache: 0,96 s
If my kcalc is running right, that's a time-save of about 35 %. That's great!!