summaryrefslogtreecommitdiff
path: root/indra/llcommon
AgeCommit message (Collapse)Author
2011-05-05Remove Pth library from viewer build.Nat Goodspeed
This library was only needed on the Mac, and only with the OS X 10.4 SDK. As of October 2010, we no longer build the viewer with that SDK. The 10.5 SDK we're currently using directly supports the functionality for which we originally brought in Pth.
2011-05-03Merge.brad kittenbrink
2011-05-02increment viewer version to 2.6.8Oz Linden
2011-04-29Merged with viewer-development.Ricky Curtice
The reason was to manually resolve a couple of merge problems, as upstream has had several changes since this was applied, and some of the changes overlapped.
2011-04-26FIX CHOP-629: Enabled debugging info for llcommon.dllbrad kittenbrink
2011-04-25increment viewer version to 2.6.7Oz Linden
2011-04-19increment viewer version to 2.6.6Oz Linden
2011-04-11increment viewer version to 2.6.5Oz Linden
2011-04-05merge changes for STORM-1051Oz Linden
2011-04-04increment viewer version to 2.6.4Oz Linden
2011-03-28merge up from viewer-development through the start of 2.6.3Oz Linden
2011-03-28increment viewer version to 2.6.3Oz Linden
2011-03-23Pull from lindenlab/viewer-developmentMerov Linden
2011-03-21pull updates to the start of 2.6.2 from viewer-developmentOz Linden
2011-03-21increment viewer version to 2.6.2Oz Linden
2011-03-19merge out latest viewer-developmentOz Linden
2011-03-18Pull in viewer-developmentMerov Linden
2011-03-18pull back changes made in beta prepOz Linden
2011-03-18merge out 2.6.0 changes from viewer-developmentOz Linden
2011-03-17Fix CHOP-544. Use cwd when creating a process on windows when the ↵Alain Linden
llprocesslauncher's working directory is not set. Currently "" will be passed for the working directory which breaks the launching of the updater script.
2011-03-15increment viewer version to 2.6.1Oz Linden
2011-03-14updated version to 2.6.0Richard Linden
2011-03-14Merge with tip of viewer developmentcallum
2011-03-12Switched to using *_SQUARED constants instead of multiplied constants, and ↵Ricky Curtice
cleaned up a few other minor issues noted during review.
2011-03-11sync up to latest viewer-developmentOz Linden
2011-03-11sync up to latest viewer-developmentOz Linden
2011-03-10STORM-987 : Took Vadim's comment into account: check arguments consistency, ↵Merov Linden
make sure remaining perf data are flushed on exit.
2011-03-10increment version to 2.5.3Oz Linden
2011-03-09Pull from viewer-developmentMerov Linden
2011-03-09Fix for "doubleton" error using LLInstanceTracker across shared library ↵brad kittenbrink
boundaries.
2011-03-09Merge with tip of http://hg.secondlife.com/viewer-development (rev 14798)callum
2011-03-08STORM-987 : Add --logmetrics and --analyzeperformance arguments, moved ↵Merov Linden
analyzeMetricPerformanceLog() and doAnalysisMetrics() from LLFastTimerView to LLMetricPerformanceTesterBasic
2011-03-07STORM-1045 : pull into viewer-developmentMerov Linden
2011-03-07Update version number to 2.5.2Merov Linden
2011-03-03Autobuild : fix llcommon tests warning so Mac buildsMerov Linden
2011-03-03merge up from viewer-development and viewer-autobuildOz Linden
2011-03-01Set the version to 2.5.1... Yeap! Back from 2.7.0 (not a misprint)Merov Linden
2011-03-01SOCIAL-595 FIX Global Volume control does not affect volume of MOAP in ↵Richard Linden
minimal skin on Windows made slplugin.exe start with correct working directory (llplugin)
2011-02-18Introduce and use new sendReply() function for LLEventAPI methods.Nat Goodspeed
Each LLEventAPI method that generates a reply needs to extract the name of the reply LLEventPump from the request, typically from a ["reply"] key, copy the ["reqid"] value from request to reply, locate the reply LLEventPump and send the enriched reply object. Encapsulate in sendReply() function before we proliferate doing all that by hand too many more times.
2011-02-18merge changes for viewer-vs2010Oz Linden
2011-02-17Autobuild: fix for Mac build using XCodeMerov Linden
2011-02-17VWR-24917 Use mIsDisplayNameDefault to reduce name redundancy in nearby chat ↵Ardy Lay
history * Clean up changes based upon feedback from reviewers. * Improve comment based upon feedback from reviewers.
2011-02-17Automated merge with ↵Nat Goodspeed
http://pdp47.lindenlab.com/cgi-bin/hgwebdir.cgi/brad/viewer-development/
2011-02-16Automated merge with ssh://bitbucket.org/jenn_linden/viewer-vs2010Oz Linden
2011-02-14bump version number to 2.7.0Oz Linden
2011-02-14Automated merge with http://hg.secondlife.com/viewer-developmentNat Goodspeed
2011-02-11explicitly import ZLIB.Alain Linden
2011-02-09Add test to call map-style functions with full map/array params.Nat Goodspeed
Test also passes overlong arrays and maps with extraneous keys; in all cases we expect the same set of values to be passed to the registered functions.
2011-02-07For test purposes, capture at registration each function's Vars*.Nat Goodspeed
We'd introduced FunctionsTriple to associate a pair of registered function names with the Vars* on which those functions should operate. But with more different tests coming up, it became clear that restating the Vars* every time a given function name appeared in any such context was redundant. Instead, extended addf() to accept and store the relevant Vars* for each registered function, be it the global Vars for the free functions and static methods or the stack Vars for the non-static methods. Added varsfor() function to retrieve and validate the Vars* for a given function name. Eliminated array_funcs() function, restating aggregates of names to test as LLSD collections. Where before these were coerced into a separate LLSD map with ["a"] and ["b"] keys, that map can now be part of the original structure.
2011-02-06Untested support for passing array to map-registered function.Nat Goodspeed
An array-registered function has no param names, so you can only pass an array: a map would be meaningless. Initial implementation of map-registered functions assumed that since you CAN pass a map, you MUST pass a map. But in fact it's meaningful to pass an array as well -- for whatever reason -- and easy to implement, so there you are. Tests to follow.