Ok, so I did the find, and the only instances of libexpat.so.0 are hidden deep within vmware folders... Nowhere near a standard include search path!
FYI: I fairly closely follow the build directions I posted on my user page at http://wiki.secondlife.com/wiki/User:Cron_Stardust the only exception to this is that I've disabled a patch and had to tweak a source file due to a bad #if or three.... I can find no instance of libexpat.so.0 in my linden directory. (That's where I checked out trunk...) Not sure how it's decideing to link against a practically non-existent lib... Cron On Wed, Mar 4, 2009 at 11:28 PM, <[email protected]>wrote: > On Wednesday 04 March 2009 08:44:01 pm Ricky wrote: > > The client fails to start: error while loading shared libraries: > > libexpat.so.0: cannot open shared object file: No such file or directory > > > > So I ldd the binary: > > ldd do-not-directly-run-secondlife-bin | grep expat > > and get > > libexpat.so.0 => not found > > libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f840c1fd000) > > > > And am sitting here wondering why libexpat.so.0 is being linked. > > Try "locate libexpat.so.0" and see if its anywhere on your system. If that > doesn't work, "find / -name *libexpat.so.0*" If its not anywhere on the > system, then the build is somehow linking to the downloadable libs, > " > http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/expat-1.95.8- > linux64-20080909.tar.bz2<http://s3.amazonaws.com/viewer-source-downloads/install_pkgs/expat-1.95.8-%0Alinux64-20080909.tar.bz2> > " > > -- Techwolf Lupindo > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting > privileges >
_______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/SLDev Please read the policies before posting to keep unmoderated posting privileges
