brute force setting of LL_BUILD environment variable.
There may be a better/smarter way, but it appears to work.
# HG changeset patch
# User Nicky Perian
# Date 1483848353 21600
# Sat Jan 07 22:05:53 2017 -0600
# Node ID 7b4fb3c48718213d1cd8c1e6c6dca0d50c95d78e
# Parent 390776087c1d7c83f04af
LL list server problem so resending.
On Sat, Jan 7, 2017 at 6:32 PM, Nicky Perian wrote:
> Snip Variables.cmake
> # Switches set here and in 00-Common.cmake must agree with
> # https://bitbucket.org/lindenlab/viewer-build-variables/src/tip/variables
> # Reading $LL_BUILD is an attempt to directl
On Fri, Jan 6, 2017 at 9:23 PM, Nicky Perian wrote:
>>/SAFESEH:NO /NODEFAULTLIB:LIBCMT /DLL_RELEASE=1 /DLL_RLEASE_FOR_DOWNLOAD=1
>> /DNDEBUG
>
> DLL_RLEASE_FOR_DOWNLOAD=1 is the 'E' missing in RELEASE or was the variable
> name changed?
Thank you for pointing that out!
https://bitbucket.org/lind
>
> set (ENV{LL_BUILD} $ENV{LL_BUILD_WINDOWS_RELEASE})
> #message(STATUS "LL_BUILD = '$ENV{LL_BUILD}'")
> if ("$ENV{LL_BUILD}" STREQUAL "")
> message(FATAL_ERROR "Environment variable LL_BUILD must be set")
> endif ()
>
> Above allows configure to complete, but I would like a better place or
> be
LL list server issue so resending
On Sat, Jan 7, 2017 at 10:13 PM, Nicky Perian wrote:
> brute force setting of LL_BUILD environment variable.
> There may be a better/smarter way, but it appears to work.
> # HG changeset patch
> # User Nicky Perian
> # Date 1483848353 21600
> # Sat Jan 07
Snip Variables.cmake
# Switches set here and in 00-Common.cmake must agree with
# https://bitbucket.org/lindenlab/viewer-build-variables/src/tip/variables
# Reading $LL_BUILD is an attempt to directly use those switches.
#message(STATUS "AUTOBUILD_VARIABLES_FILE =
'$ENV{AUTOBUILD_VARIABLES_FILE}'")
