| Age | Commit message (Collapse) | Author |
|---|
|
Remove ancient MSVC7 code
|
|
Re-enable compiler warnings C4244 and C4396 except for lltracerecording.h and llunittype.h for now
|
|
|
|
Commit 2ea5ac0c43e3e28d2b1774f5367d099271a1da32 introduced a crash bug
due to the recursive construction of the XMLTreeNode wrapper class.
The constructor of the said class typically recurses twice as many times
as there are entries in the user's inventory list.
This commit:
- Moves the fromXMLRPCValue() method and its helper functions from the LLSD
class/module to the LLXMLNode class, where it belongs, thus making
LLSD::TreeNode (which was a wrapper class to avoid making llcommon
dependant on llxml, which is still the case after this commit) totally
moot; the fromXMLRPCValue() call is now done directly on the LLXMLNode.
- Moves the XML and XMLRPC decoding code out of the HTTP coroutine
LLXMLRPCTransaction::Handler (coroutines got an even smaller and fixed
stack), and into LLXMLRPCTransaction::Impl::process().
- Removes XMLTreeNode entirely, fixing the crash as a result.
|
|
|
|
and llunittype.h for now
|
|
Introduce move assignment and construction to LLPointer
|
|
|
|
otherwise those executables couldn't be read and therefore couldn't
be copied for bundle preparation, for example.
|
|
|
|
|
|
|
|
since we don't bundle 3rd-party libraries in RPMs.
|
|
|
|
|
|
and set the runtime dependencies as automatically installed on FBSD.
|
|
|
|
plus some tidying up the README.md.
|
|
They're custom anyway so very unlikely to be reused in other projects.
TinyGLTF.cmake changes here just to minimise diff, the include
directory setting does not have any effect (just like in TinyEXR.cmake).
|
|
|
|
|
|
|
|
|
|
Remove Example section too since it's not so representative
at this moment.
Remove Windows instruction link too, we will have our own.
|
|
|
|
Somehow it wouldn't work.
|
|
cause SLPlugin's Frameworks wouldn't exist yet before installation.
|
|
Now you can pass -DCMAKE_OSX_ARCHITECTURES:STRING=`uname -m` or
-DCMAKE_OSX_ARCHITECTURES:STRING="arm64;x86_64" and it will build
as intended.
|
|
otherwise fixup_bundle would try to fix DullahanHelper executables
when otool -L somehow can't find files that contain spaces in their
names. By postponing the chmod until after fixup_bundle is called,
fixup_bundle will ignore the DullahanHelper apps since they contain
no executables yet by that time.
Apart from that, trying to link to CEF would fail before installation
cause SLPlugin's Frameworks directory wouldn't exist yet.
|
|
but set CMAKE_INSTALL_PREFIX to newview/Megapahit.app/Contents.
|
|
Using file(CHMOD ... PERMISSIONS .._EXECUTE) somehow didn't work,
so I had to set it to reinstall the Dullahan executables, and they
are the only files that are required to be executable (CEF framework
and the .dylibs aren't).
|
|
Must have been residues before, they really were in llplugin/lib
when I was doing the media plugin before.
|
|
Adding custom command to fix SLPlugin's references wouldn't have
any effect because fixup_bundle will overwrite them in install stage.
|
|
Explanation just like previous commit.
There's a reference fix that doesn't seem to be valid any more.
First of all, the path leading to CEF framework would be wrong,
and secondly, the plugin doesn't seem to link to CEF.
|
|
Somehow fixup_bundle misses fixing the plugins.
These fixes are in effect when MacPorts is used, though it wouldn't
hurt if you're using HomeBrew, it's just you'd need to add the
references to the HomeBrew libraries just like the MacPorts ones.
|
|
|
|
|
|
This commit fixes a gSavedSettings variable call
|
|
|
|
missing cmakelists.txt from previous commit
|
|
|
|
there was missing include in llwindowsdl.cpp
|
|
|
|
This commit fixes the fps limiter for intel and amd cpus
|
|
This commit fixes an issue with the contextual menu in HiDPI mode,
as well as the positioning of object hover informations.
|
|
This commit adds the tuning floater accessible via the fps button,
and improvements to the buffer mapping optimisation modes.
|
|
Introduce move support and string_view to LLSD
|
|
For now it's to the Resources folder, while 3rd-party libraries
have moved to the Frameworks folder, so let's see.
|
|
|
|
|
