Skip to content
Snippets Groups Projects
  1. Nov 04, 2021
  2. Aug 06, 2020
  3. Jul 22, 2020
  4. Jan 16, 2019
  5. Sep 11, 2018
  6. Jun 14, 2018
    • Nat Goodspeed's avatar
      SL-821: Continue changing macOS executable to match channel name. · 67f6625c
      Nat Goodspeed authored
      Set our CMake 'product' variable to VIEWER_CHANNEL. This probably has far-
      reaching implications, but it seems the expedient way to keep everything self-
      consistent. Use ${product} in the DARWIN VIEWER_EXE_GLOBS used for Breakpad
      symbol dumping instead of hardcoding 'Second Life'.
      
      The Breakpad symbol dumping stanza was enclosed in nested (but not indented)
      conditions. To these we add another condition: don't bother if we're using
      BugSplat. Unify all three into a single horrendous outermost expression.
      
      Fix the MACOSX_BUNDLE_INFO_STRING, and hence CFBundleGetInfoString, to
      VIEWER_CHANNEL as well.
      
      Our CMake MACOSX_BUNDLE_SHORT_VERSION_STRING was never used before -- we were
      erroneously using MACOSX_BUNDLE_LONG_VERSION_STRING in the Info-SecondLife.plist
      template even for CFBundleShortVersionString. Looks like a classic copy/paste
      error. Fix that; also use four-part version number instead of three-part.
      
      With those two changes, we shouldn't need to patch the top-level Info.plist in
      viewer_manifest.py any more.
      
      viewer_manifest.py still needs to move the viewer executable(s) to the
      embedded viewer app bundle, but it no longer needs to rename the real
      executable to the channel name since we've already dealt with that in CMake
      land. This lets us unify the code that picks the biggest of those executables
      in the first and second viewer_manifest.py runs.
      67f6625c
  7. Jan 22, 2018
  8. Mar 30, 2016
  9. Nov 10, 2015
  10. May 14, 2013
  11. Apr 30, 2013
  12. Mar 29, 2013
  13. Mar 25, 2013
  14. Dec 29, 2012
    • Geenz's avatar
      Huge amount of refactoring to use Cocoa here: · bd152c1f
      Geenz authored
      - Updated to .xib format.  To produce a new nib (which is required after changing the xib file), use "ibtool SecondLife.xib --compile SecondLife.nib" within the newview directory.
      - xib file now defines the viewer's window.  VIews are still being pragmatically added to the main window.  This may change in the future.
      - LLAppViewer's main loop has been slightly refactored to be executed on a timer for OS X.  This probably needs a bit more work.
      - Event handling still needs more work to work within a timer based event loop.  It works fairly sporadically at the moment, as if events are being dropped between timer executions, at least for the mouse.
      - Carbon has been purged from the viewer's startup, and from LLWindow entirely.  There's likely still a few odds and ends fragmented throughout the viewer and its dependencies.  Need to track these down.
      - LLAppViewerMacOSX now uses NSApplicationMain, and also implements the NSApplicationDelegate protocol in LLAppDelegate.
      - Fullscreen support has been implemented for OS X 10.7+
      This is still a work in progress, however at this stage everything needed for a functional viewer is (mostly) complete.  From here, it's mostly just bug hunting and fixing.
      bd152c1f
  15. Feb 07, 2013
  16. Sep 14, 2012
  17. Dec 22, 2010
  18. Sep 21, 2010
  19. Aug 14, 2010
  20. Aug 11, 2010
  21. Jun 22, 2010
  22. Jun 11, 2010
  23. Apr 30, 2010
  24. Apr 07, 2010
  25. Mar 31, 2010
  26. Nov 06, 2009
  27. Oct 15, 2009
  28. Sep 17, 2009
  29. Sep 13, 2009
  30. Aug 31, 2009
  31. Jul 29, 2009
  32. Jul 09, 2009
  33. Jul 08, 2009
  34. Apr 08, 2009
    • Robert Knop's avatar
      svn merge -r115000:116937 svn+ssh://svn.lindenlab.com/svn/linden/branches/server/server-1.26 · fa121d8e
      Robert Knop authored
      Merging from server-1.26 to trunk
      
      Only a few conflicts:
      
         scripts/farm_distribute : the upload rate in trunk was even more
                                   conservative than the one I switched to in
                                   1.26, so kept the trunk version.
      
         indra/llcommon/llversionserver.h : did svn revert to keep trunk
      
         indra/newsim/lltask.cpp : svn is weird.  The merge conflict was one
                                  that it's not obvious why it was there.
                                  However, Simon and I looked at it, and the
                                  solution was obvious : keep the trunk blob
                                  where the conflict was flagged.
      
         indra/lib/python : conflict was differing versions of the eventlib
                            extern.  did svn revert . to keep trunk.
      fa121d8e
  35. Jan 08, 2009
    • Robert Knop's avatar
      svn merge -r104838:107352 svn+ssh://svn.lindenlab.com/svn/linden/branches/server/server-1.25 · cc2f19eb
      Robert Knop authored
      NOTE : also ran
        scripts/update_version_files.py --verbose --server --server_channel="Second Life Server"
      
      to update server version information before doing a compile test.
      Committed with the results of this version file update.
      
      Conflicts resolved by prospero:
      
      scripts/maintenance/update-groups.py  :  kept the trunk version (was
                                               merged from Rad Chillies)
      
      scripts/make_deploy_group.py : merge by hand (I'm the one to do this,
                                     anyway)
      
      indra/llcommon/llversionserver.h : kept trunk version
      
      indra/newsim/llgettaskstats.cpp : kept trunk version.  (svn revert)This
                                        was imported late into 1.25, after the
                                        branch merged into trunk, and no
                                        changes were made in the 1.25 branch
                                        after the import.
      
      indra/newsim/llparcelstats.cpp : same as llgettaskstats.cpp
      indra/newsim/llscriptcounter.h : same as llgettaskstats.cpp
      
      indra/newsim/llagentinfo.cpp : like llgettaskstats.cpp, but more
                                     complicated as some of soft's God-logging
                                     that came from 1.24->1.25 was in here.
                                     Fortunately, the conflict was trivial
                                     (missing include)
      
      idnra/newsim/simulator.cpp : one small conflict.  Kept the 1.25 version
                                   of SKU/product stuff, as it was likely part
                                   of the homestead stuff that was recently
                                   put into 1.25.  However, there was some
                                   code after that in the merge conflict that
                                   had been removed from trunk that I also
                                   removed in the resolution.  This code is 27
                                   lines starting at the comment "Asset cache
                                   service", as can be found in the
                                   server-1.25 branch.
      
      indra/newsim/tests/fakeobjects.h : kept the trunk version.  No changes
                                         to 1.25 after parcel stats merge,
                                         except for a compile error fixed by
                                         andrew about which he warned there
                                         would be merge issues...
      
      indra/newsim/tests/llgettaskstats_test.cpp : same as llgettaskstats.cpp
      indra/newsim/tests/lllslmanager_tests.cpp : same as llgettaskstats.cpp
      indra/newsim/tests/llparcelstats_test.cpp : same as llgettaskstats.cpp
      indra/newsim/llgettaskstats.h : same as llgettaskstats.cpp
      indra/newsim/llparcelstats.h : same as llgettaskstats.cpp
      
      indra/newsim/llscriptdata.cpp : same as llgettaskstats.cpp, except for a
                                      fix that josh made both to trunk and
                                      1.25
      indra/newsim/llscriptdata.h : same as llscriptdata.cpp
      
      indra/newsim/llscriptcounter.cpp : same as llgettaskstats.cpp
      
      indra/newsim/CMakeLists.txt : similar to llgettaskstats.cpp, except that
                                    there was an additional change to trunk
                                    (so doing "svn revert" to keep trunk is
                                    still the right thing)
      
      indra/backbone/multiagentchat.py : where there were conflicts, kept the
                                         server-1.25 version.  Phoenix had put
                                         in some fixes for dealing with
                                         omissions of the accept header in the
                                         1.25 branch.
      
      indra/backbone/group_linden_dollar.py : similar to multiagentchat.py.
                                              All but one or two conflicts
                                              were utterly trivial (missing
                                              blank line)
      
      indra/backbone/agent_linden_dollar.py : all merge conflicts were utterly
                                              trivial (missing blank line);
                                              I'm surprised svn got all fussy
                                              about them.
      
      indra/lib/python : conflict was because the externals had been futzed
                         with in 1.25 during debugging of backbone memory
                         bloat.  Kept the externals as in trunk.
      cc2f19eb
  36. Dec 05, 2008
  37. Sep 30, 2008
Loading