Carl Bowden wrote:
> hi I have been having some fun with php4 module
>
> I have updated our cvs source (1/2 hour ago before running
> mkall again) and some strange things happen (oh mod_midgard
> & lib compiled fine)
>
> 1st: mkall could not file the apache or midgard include ->
> checked apxs' include path (as surggested on list) and this
> is correct -> ok so i include in the mkall HACK_CFLAGS the
> -I paths (yes i expect this is a bad idea) and it compiles
> (this looks good for all of 2 seconds)
$ apxs -q INCLUDEDIR
should return the correct include directory. If not, apxs is broken.
You can supply the midgard installation directory as a parameter to
mkall.
> 2nd; started apache (data,lib,mod,php4 now all installed)
> and php spits out the midgard.so (no mgd_table_exname) -> so
If this is still happening, file a bugreport please. It's probably a
missing include.
> we check midgard.so with nm and yup its there! -> then check
> midgard.so with ldd and this prints:
>
> ldd /usr/local/lib/php/extensions/no-debug-non-zts-20001222/midgard.so
> libc.so.6 => /lib/libc.so.6 (0x6fe23000)
> /lib/ld.so.1 => /lib/ld.so.1 (0x08000000)
>
$ ldd midgard.so
libmidgard.so.5 => /usr/local/lib/libmidgard.so.5 (0x4006b000)
libc.so.6 => /lib/libc.so.6 (0x40088000)
libexpat.so.3 => /usr/local/lib/libexpat.so.3 (0x40176000)
libm.so.6 => /lib/libm.so.6 (0x4018f000)
libz.so.1 => /usr/lib/libz.so.1 (0x401ab000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x401ba000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x401e7000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> there seems to be alot missing (or things have changed alot
> since 1.4.1)
Nope, the linkage is wrong.
> I think the problem is back at the includes:
> php,apache,mysql all compiled with any (noticable) hitch.
I assume without.
Let's solve the first problem first.
Emile
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
