note 11575 deleted from ref.xslt by didou

From: 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>

« previous php.notes (#48963) next »