| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
disabled
|
|
|
|
|
|
cannot be clicked
|
|
|
|
|
|
from autobuild.xml's darwin64 Release and ReleaseOS build (xcodebuild)
command.
-D passed to xcodebuild does NOT set CMake variables. These switches, in this
place, have never worked as intended.
|
|
|
|
|
|
|
|
|
|
certain actions
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
When LL_BUILD is not in the environment at autobuild configure time, important
macros such as LL_WINDOWS aren't set. That means that platform-dependent
macros such as LL_TYPEOF() aren't defined, which can produce obscure errors
like this:
indra\llcommon\llunittype.h(51): error C2226: syntax error :
unexpected type 'S' (packages\llphysicsextensions\stub\LLPhysicsExtensionsStubImpl.cpp)
10> indra\llcommon\llunittype.h(52) :
see reference to class template instantiation 'LLResultTypeAdd<S,T>' being compiled
Make the CMake logic fail with a more readily-understood error in that case.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Turns out that without HAVOK, we can't build the PhysicsExtensions_TPV; but
the viewer's build.sh is unaware of CMake switches set in autobuild.xml.
Passing those CMake overrides in build.sh allows us to test that setting
elsewhere in build.sh to skip the PhysicsExtensions_TPV step -- instead of
failing the build.
|
|
|
|
|
|
|
|
|
|
|
|
anim_tool.py
|
|
|
|
|
|
|
|
If the only use of a variable is within llassert(), have to make the
declaration conditional on SHOW_ASSERT rather than guesswork about release
builds.
|
|
|
|
|
|
|
|
|
|
|
