note 11575 deleted from ref.xslt by didou
| From: | didou@php.net | Date: | Sun, 25 May 2003 03:44:12 +0000 |
| Subject: | note 11575 deleted from ref.xslt by didou | ||
| References: | 1 | Groups: | php.notes |
| Request: | Send a blank email to php-notes+get-48963@lists.php.net to get a copy of this message | ||
Note Submitter: terence@highway80.net.au
----
OK, I'm including this info because several people have mailed me directly to request it. It
should me mentioned that in the end, I had someone else end up building PHP for me. This is their
explanation of what they had to do (<hack>). No guarentees it's safe okay!?!
<hack>
in expat top level directory is a directory called lib i think it was..
in that dir (after it is compileD) will be the sources for libexpat.so.xxx etc.
you may find libexpat is the conglomeration of all the code from all of the .c
files.. if this is the case you may get away with sym linking libexpat to
libxmlparse which is the library it is going to complain about after fixing
xmltok..
xmltok i believe only requires the code from xmltok.c this is compiled (after
compilation of the package) to a corresponding .o file.. ie xmltok.o
a shared object is a dynamically linked library of functions.. a library is
comprised of one or more object files (the .o files made from the compilation of
the .c files) therefore you can create libxmltok.so from the one object file (i
think it just needed the one..) xmltok.o with the followign command as example..
ld -shared -o libxmltok.so xmltok.o
obviously from the directory with the .c and .o files in it..
(../expat.xx.xx/lib/) then you need to co[py this to somewghere that the dynamic
linker can find it at run time.. alt ernatively set your LD_LIBRARY_PATH
environment variable.. i suggest the former as it will be running in an odd
environment from apache.. copy libxmltok.so to /usr/local/lib/ for example..
libxmlparse.so can be created in a similar way... however this requires more .o
files to be added to it.. i believe it was all of them.. :/ which is odd.. means
you can probably symlink libexpat.xx.xx to libxmlparse.so and will probably
work.. try this first.. failing that..
ld -shared -o libxmlparse.so *.o
i think it was all .o think there were total of three in that dir... .
now test it extensively before using in production.. there could be issues with
the above.. test test test ...
</hack>