| Age | Commit message (Collapse) | Author |
|---|
|
tests fixes.
|
|
with Windows and Mac
|
|
|
|
|
|
Because the details of RunBuildTest.cmake versus run_build_test.py had to be
changed in so many different places, introduce LL_TEST_COMMAND CMake macro (in
LLTestCommand.cmake) to encapsulate construction of the actual command line.
Use LL_TEST_COMMAND in LL_ADD_PROJECT_UNIT_TESTS, LL_ADD_INTEGRATION_TEST, the
big indra/test monolith and the various LslCompilerMacros.
Fix run_build_test.py to pass through the test executable's own options (e.g.
--touch, --output) without inspection. Defend it against the case when the
platform-specific library path environment variable doesn't yet exist. Make it
report errors only on nonzero test-program rc.
Remove RunBuildTest.cmake.
|
|
qtwebkit4.dll etc aren't being staged to the sharedlibs dir like everything else.
|
|
from integration tests.
|
|
RunBuildTest.cmake can't handle pathnames containing spaces.
run_build_test.py accepts an arbitrary number of individually-quoted
command-line arguments, passing each through to Python's subprocess.call().
|
|
on clean builds.
the "Copying staged dlls" pre-build step for newview got moved to be a pre-build step for
create_app_config_file and create_app_config_file now depends on stage_third_party_libs.
reviewed by Nat.
|
|
|
|
The problem arose because we were setting LL_COMMON_BUILD in
llcommon/CMakeLists.txt, not only for the library build itself but also for
its LL_ADD_INTEGRATION_TEST tests. This told all the headers compiled into the
INTEGRATION_TEST_lllazy executable that the executable was providing all the
llcommon symbols, rather than importing them.
The solution is to switch to the llcommon_EXPORTS symbol automagically defined
by CMake when building the llcommon shared library itself.
|
|
Change LLDir_Mac::getLLPluginLauncher() to look in the viewer's executable dir
instead of in the plugins dir. Change viewer_manifest.py's
DarwinManifest.construct() to put SLPlugin in the new location.
SLPlugin is being linked with our new libllcommon.dylib, which self-identifies
as being findable via @executable_path/../Resources/libllcommon.dylib. This
doesn't work from the Resources/llplugin subdir -- the above relative path
ends up looking in the nonexistent Resources/Resources subdirectory. Putting
SLPlugin in the Contents/MacOS directory with the viewer executable solves the
problem.
|
|
|
|
|
|
when you pass in a command string with command-line arguments,
RunBuildTest.cmake attempts to search for a program whose filename is the
entire command line. Uncommented separate_arguments().
Added SHARED_LIB_STAGING_DIR to LL_ADD_INTEGRATION_TEST LD_LIBRARY_PATH.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
code has been moved to in LLLoginInstance and LLAppViewer)
|
|
public profile display. Description of task in EXT-770
|
|
porting over Callum's change: r132166)
DEV-39138 build process on parabuild fails due to missing flash activex plugin
|
|
|
|
|
|
|
|
to use the repo revision number for now.
|
|
|
|
by 80/20. Description of task in EXT-770
|
|
svn+ssh://svn.lindenlab.com/svn/linden/branches/pluginapi/pluginapi_05_newllqtwebkit
DEV-31438 Rename LLMozLib (Qt/WebKit) to something else - LLQtWebKit
|
|
modernized advanced floaters.
|
|
|
|
viewer-2.0.0-3
Includes:
* DEV-31909 VWR-13251: Revise lscript_library.cpp to allow localization of LSL editor hovertips
* DEV-21938 llSHA1String does not appear where expected in the dropdown "Insert" menu in the LSL editor
* Some cleanup to llerror so that it doesn't depend on llfixedbuffer
* A few misc. server specific changes not related to the texture-pipeline changes (llapp, lloptioninterface)
|
|
menu_minimap.xml (translations all have menu_mini_map.xml)
|
|
in the object.
Reviewed by: Seraph
|
|
svn+ssh://svn.lindenlab.com/svn/linden/branches/media-on-a-prim/moap-5
In the webkit plugin, don't try to load web browser plugins except on Windows. The flash plugin on the Mac crashes the webkit plugin when running under xcode.
|
|
Bug Fixes:
* EXT-637 EXT-595
Dev work:
* EXT-694
QA:
* Be sure feature works on other locales
Known issues:
* If old Calling Card of person who presents in the friend list is removed - "Do you want to remove ..." dialog is shown, if old Calling Card of non-friend is removed it is removed in the old way without any alerts.
* It is possible to create 2 deep level subfolders under the Calling Cards/Friends/ subfolders. This should be disabled due to Accordion does not support tree hierarchy.
* If friendship is removed when agent is offline, Friend Card is not removed from Inventory.
|
