summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2014-11-25Update viewer to consume libpng build 297051.Nat Goodspeed
2014-11-25Update viewer to consume libxml2 build 297050.Nat Goodspeed
2014-11-25Update viewer to consume zlib build 296881.Nat Goodspeed
2014-11-21automate keeping the About SL -> Licenses tab correctOz Linden
2014-11-19OPEN-282 - Define LL_THREAD_LOCAL for our platforms in order to unify TLS ↵Cinder
support
2014-11-19OPEN-282 Use pthreads for TLS on macCinder
2014-11-14remove skip from llframetimer_test now that it is fixedOz Linden
2014-11-14merge up to tip of viewer-tools-updateOz Linden
2014-11-14merge with headcallum_linden
2014-11-14Cinder pointed out my fix here for clang pickiness was different from hers ↵callum_linden
so I investigated and this is the causes of the slowdown - wrongly placed parens
2014-11-14Reworked changes to more closely match Cinders' - hers seem more correctcallum_linden
2014-11-14rewrite an llframetimer test to be less sensitive to extended ms_sleep callsOz Linden
2014-11-14Convert llhash() to use boost::hash, per Cinder's suggestion.Nat Goodspeed
2014-11-14Commit backing out the breakpad change.Nat Goodspeed
2014-11-14Backed out changeset eac237bfebba (Aura's commit for new breakpad)Nat Goodspeed
This is an attempt to diagnose a generate_breakpad_symbols.py exception on a Yosemite TC build host.
2014-11-14Remove a couple tests for unsigned long < 0.Nat Goodspeed
clang correctly notes that such tests add nothing to the runtime behavior of a program. Unfortunately, clang notes that in the form of a compile error.
2014-11-14Comment out now-unused GPU_TABLE_FILENAME in llfeaturemanager.cpp.Nat Goodspeed
The "death to the GPU table" change has commented out the only references to the GPU_TABLE_FILENAME constant, and Xcode 6.x regards that as an error.
2014-11-14Skip LLFrameTimer test<3>, which fails with Xcode 6.x builds.Nat Goodspeed
Hopefully this is temporary until we figure out the real problem!
2014-11-14Update viewer-tools-update viewer to updated 3p-update-curl build.Nat Goodspeed
Build 296787 of 3p-update-curl includes the latest tip of 3p-curl.
2014-11-14Automated merge with ssh://bitbucket.org/lindenlab/viewer-releaseNat Goodspeed
2014-11-13Repointed autobuild to latest google breakpad for great stacks and less ↵obscurestar
warning messages.
2014-11-12Eliminate LLAppViewer::cleanup() dup --analyzeperformance code block.Nat Goodspeed
Not sure at what point the redundancy was introduced, but it seems clear we only want to run performance analysis once per shutdown.
2014-11-10Fix typo in new viewer_manifest.py codesigning logic.Nat Goodspeed
'raisef' is not a Python statement.
2014-11-10increment viewer version to 3.7.21Oz Linden
2014-11-10Added tag 3.7.20-release for changeset 27094824773bOz Linden
2014-10-29fix signature target pathOz Linden
2014-10-29reorder finalizing for OSX so that the signature is applied to the app after ↵Oz Linden
copying into the dmg; preserves extended attributes
2014-10-29merge changes for MAINT-4560Oz Linden
2014-10-28fix for formatting issueJJ Linden
2014-10-28adding line to test that app was signed appropriatelyJJ Linden
2014-10-28merge update from callumOz Linden
2014-10-28add --deep to codesign for the macOz Linden
2014-10-28merge changes for 3.7.19-releaseOz Linden
2014-10-28increment viewer version to 3.7.20Oz Linden
2014-10-28Added tag 3.7.19-release for changeset 82973b38a6c9Oz Linden
2014-10-27Merge with headcallum_linden
2014-10-27Remove obselete TO DO listcallum_linden
2014-10-27fix build of llphysicsextensions package for sublicensed tpvsOz Linden
2014-10-24update llphysicsextension with build fixesOz Linden
2014-10-24convert llphysicsextensions tpv package build to use new autobuild package ↵Oz Linden
--results-file option
2014-10-24document the special packaging parameters, and remove the obsolete usesOz Linden
2014-10-24Suppress non-useful NaN test in llsd_new_tut.cppNat Goodspeed
2014-10-24upload autobuild metadata after viewer buildOz Linden
2014-10-23Automated merge with ↵Nat Goodspeed
http://bitbucket.org/callum_linden/viewer-tools-update-callum
2014-10-23Bring in new TUT library build. Clean up ensure_equals() overloads.Nat Goodspeed
The new TUT library build eliminates the ambiguity about ensure_equals(const char*, ...) versus ensure_equals(const std::string&, ...). Now it's all based on const std::string&. Remove pointless const char* overloads and ambiguous forwarding templates. With clang in Xcode 6, any new datatypes we intend to use with ensure_equals() must have operator<<(std::ostream&, datatype) declared BEFORE lltut.h #includes tut.hpp. Reorder code in certain test source files to guarantee that visibility.
2014-10-23Update to build on Xcode 6.0: update TODO listcallum_linden
2014-10-23Update to build on Xcode 6.0: point at new jpeglib package which moves lib ↵callum_linden
into lib/release vs lib
2014-10-23Fix Xcode 6 compile errors relating to tut::ensure_equals() overloads.Nat Goodspeed
lltut.h declares a number of ensure_equals() overloads for various data types, notably the types supported by LLSD. We expect these to be called by tut code. But the tut code in question is in a template in tut.hpp -- which was #included BEFORE the overloads were declared. Previous C++ compilers have evidently made multiple passes, collecting the relevant overloads before attempting to compile the template bodies. clang does not, complaining that the overloads must be declared before the tut.hpp template code that references them. Reordering parts of lltut.h seems to address that problem. For similar reasons, test programs that use StringVec.h and its operator<<() must #include StringVec.h before lltut.h. Add ensure_equals(const std::string&, const LLSD::Binary&, const LLSD::Binary&) overload. The sloppy mix of (const char*, ...) and (const std::string&, ...) overloads bothers me, since for many of those ... types we seem to have to duplicate them.
2014-10-22Update to build on Xcode 6.0 (fix unit tests): minor fix for debug only unit ↵callum_linden
test
2014-10-22merge with headOz Linden
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-26 14:10:46 +0000