Step 1.
hg clone ssh://h...@bitbucket.org/lindenlab/viewer-build-variables
<ssh://h...@bitbucket.org/lindenlab/viewer-build-variables>
Or
hg clone ssh://h...@bitbucket.org/kokua/viewer-build-variables
<ssh://h...@bitbucket.org/kokua/viewer-build-variables> //setup for multiple
Xcode installed in /Xcode currently Xcode-9.3
Set an environment variable
AUTOBUILD_VARIABLES_FILE=/Users/bill/viewer-build-variables/variables
Step 2.
Pip install autobuild1.1
Following is a bit customized. I switch between autobuild-1.0 and
autobuild-1.1. I source .bash_profile for part of the switching.
{code}
# araxis
export PATH=$PATH:/Applications/Araxis\ Merge.app/Contents/Utilities
# virtualenv
export WORKON_HOME=~/virtualenvs
source /usr/local/bin/virtualenvwrapper.sh
# autobuild
#workon autobuild-1.1
#alias autobuild="/Users/bill/virtualenvs/autobuild-1.1/bin/autobuild"
#export AUTOBUILD="/Users/bill/virtualenvs/autobuild-1.1/bin/autobuild"
export AUTOBUILD_VARIABLES_FILE="/Users/bill/viewer-build-variables/variables"
#export PATH='/Library/Python/2.7/site-packages/autobuild:$PATHworkon
export DEVELOPER_DIR='/Xcode/Xcode_9.3.app/Contents/Developer/'
export
CMAKE_OSX_ROOT='Xcode/Xcode_9.3.app/Contents/Developer/Platforms/MacOSX.platform/Devloper/SDKs/MacOSX10.13.sdk'
{/code}
I source another file to move to older Xcode and autobuild-1.0
Step 3.
Configure and build.
From my build script. Full paths are not needed for CL entry
{code}
/Users/bill/virtualenvs/autobuild-1.1/bin/autobuild \
configure --address-size=64 -q -c ReleaseOS -- -DLL_TESTS:BOOL=OFF
-DFMODEX:BOOL=ON -DOPENAL:BOOL=OFF -DPACKAGE:BOOL=ON \
-DUSE_KDU:BOOL=OFF -DRELEASE_CRASH_REPORTING:BOOL=OFF -DVIEWER_CHANNEL="Kokua
Release RLV”
…
/Users/bill/virtualenvs/autobuild-1.1/bin/autobuild build --address-size=64
--no-configure -q -c ReleaseOS 2>&1 |tee -a DarwinSLRLV.log
date 2>&1 |tee -a DarwinSLRLV.log
{/code}
> On Apr 23, 2018, at 9:56 AM, Cinder Roxley <cin...@alchemyviewer.org> wrote:
>
> I was looking into this a bit over the weekend. I hadn’t really tried to
> build SLViewer in a while. I wish I had better news, but I couldn’t figure
> out what was going on with it now either. Seems to have become a massively
> over engineered and undocumented process developed for CI not individual
> development, no doubt. Doesn’t help that autobuiild.xml was removed and
> recreated making hg blame useless.
>
> Some docs would be nice, until then, I don’t think figuring it out is worth
> the time. Sorry.
>
> On April 20, 2018 at 1:23:40 PM, Kittin Ninetails (kittin.nineta...@gmail.com
> <mailto:kittin.nineta...@gmail.com>) wrote:
>
>> Hiya,
>>
>>
>> I’m snagged. Very snagged. First, it complains about a LL_BUILD env var I
>> don’t have set. So I set it to -Wall and I get “must contain -isysroot or
>> something like that. So I add that, and still no luck.
>>
>>
>> I don’t know why automake.xml keeps calling for ../indra when indra is a
>> subdir of the current directory.
>>
>>
>> It’s all very confusing right now and none of the current documents seem to
>> mention any of this.
>>
>>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> <http://wiki.secondlife.com/wiki/OpenSource-Dev>
> Please read the policies before posting to keep unmoderated posting privileges
_______________________________________________
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
