[sldev] ZLib and Boost

[Ricky]

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) <
brad at lindenlab.com> 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090509/07e76f03/attachment.htm