NP, thanks for the comprehensive response! Is there a PJIRA entry for this so that I can look up the reasons for the change? It might be good to get this in the http-texture project (and other branches/projects) soon, as it changes the build process slightly... At least enough to require an update to my scripts that is incompatible with http-texture: develop.py crashes if you pass it a parameter it doesn't recognize. :D
Ricky On Fri, May 8, 2009 at 1:19 PM, Brad Kittenbrink (Brad Linden) < [email protected]> wrote: > Oops, I think you got tripped up by a change we recently made to trunk for > building our 32 bit viewers on 64 bit machines. I meant to announce this > here ahead of time, but it slipped through the cracks. > > I think anyone doing standalone builds on 64 bit distributions will get the > same errors. > > There is now a new (as of r2201 i think) optional argument to develop.py > (and equivalently a new cmake variable) to configure whether you are > building 32bit or 64bit code, and it defaults to 32bit. > > If you want to build a 64bit viewer you probably want to configure using > something like the following: > ./develop.py -m64 --standalone configure > > If you want to build a 32bit viewer, you'll need your distro's 32bit > development libs installed (on debian it's called libc6-dev-i386 and I > additionally needed libglu1-mesa-dev) and you'll either need to do a > non-standalone build, or build 32bit versions of all third party libs. > > If you're not using develop.py and running cmake by hand you'll need to > pass -DWORD_SIZE=64 as an extra argument to cmake to override the default. > > apologies for the surprise, > -Brad > > Ricky wrote: > >> Have the version requirements for zlib and boost changed recently (as in >> within the last 3 months)? >> >> I get the following error on compile, and the last time I compiled, (April >> 16 according to my logs,) it ran just fine... >> >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: >> skipping incompatible /lib64/libz.so when searching for -lz >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: >> skipping incompatible /lib64/libz.so when searching for -lz >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: >> skipping incompatible >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../libboost_signals-mt.so when >> searching for -lboost_signals-mt >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: >> skipping incompatible /usr/lib/libboost_signals-mt.so when searching for >> -lboost_signals-mt >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: >> cannot find -lboost_signals-mt >> collect2: ld returned 1 exit status >> >> I'm compiling against trunk, revision 2227. (Latest edition as of this >> writing.) >> >> Thanks, >> Ricky >> aka Cron Stardust >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> 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
