| Age | Commit message (Collapse) | Author |
|---|
|
This colladadom build removes the vestigial LICENSES/minizip.txt, which was
colliding with the minizip.txt installed by the zlib package, which is the
minizip actually used by colladadom these days.
|
|
This colladadom build includes the most recent changeset:
https://bitbucket.org/lindenlab/3p-update-colladadom/commits/041c29e0715ee58cac10dca84ad8b93446bf5cc4
|
|
A large negative return code doesn't do a human reader any good, even for
lookup purposes, because Microsoft's lookup tables list the hex representation
of that integer. So at least format the return code as hex.
Going further, we've captured the content of the web page
https://msdn.microsoft.com/en-us/library/cc704588.aspx
as windows-rcs.html. If we can parse that file, and if we understand the
structure of its table entries, and if the hex form of the actual return code
is in fact listed there, we can display the symbol name and description as
well as the hex return code.
All those maybes are to support refreshing the file from the URL above (or
wherever it might get moved) from time to time. Later versions of that file
might change in unexpected ways.
If we can't look up the hex rc, oh well, just display that to the user instead
of crumping.
|
|
The quoting used for the cygwin printf command didn't work for 'cmake -E
echo'. The whole content was enclosed in single quotes, with individual
string elements enclosed in double quotes. But we ended up with a summary.json
containing (e.g.):
'{Type:viewer,Version:3.7.26.33262}'
instead of the desired:
{"Type":"viewer","Version":"3.7.26.33262"}
HOWEVER: I see no compelling reason why either of these files must be deferred
to build time. It's simpler and more robust to generate them both directly
from CMake at configure time.
|
|
|
|
Use 'cmake -E echo' instead.
|
|
Specifically, engage devenv rather than msbuild for ReleaseOS and
RelWithDebInfoOS.
Eliminate minor redundancy in configure argument for Release and
RelWithDebInfo, which eliminates an egregious difference from ReleaseOS and
RelWithDebInfoOS.
|
|
|
|
Restore the MumbleOS build configs: they differ in settings, not only in the
build engine.
|
|
Specifically, change the 'BuildConsole' command to 'devenv', and fix
command-line arguments appropriately.
|
|
|
|
in preparation for new universal build commands (without Incredibuild).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Options' during installation.
With permission from Nicky Dasmijn
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
them up and then restore them later
This saves time and lowers the risk of something going wrong with the file copy process
|
|
De language files
These are not present in any other file, including English
|
|
Removed function to delete use stored password file
Removed no longer used RemoveCacheFilesDP from language files
Added message to English language file for prompt when asking to remove user files
-Note: this needs translations in other languages added
|
|
one call
Functionality change: deletion of entire skins folder to prevent issues when
an XML file is deleted from the installer, but left on the hard drive after upgrade
|
|
|
|
|
|
|
|
now?" dialogue...
|
|
|
|
Note: Showing details adds a lot of overhead and will slow down the processes,
but allows the user the option of seeing what is going on. Usefull for errors that occure.
|
|
|
|
|
|
|
|
|
|
|
|
Type a location field, doesn't log you in
|
|
Type a location field, doesn't log you in
|
|
To be more accurate, this changeset doesn't actually eliminate the dependency:
it eliminates the use cases for the llifstream / llofstream feature that
requires it.
Currently you can construct an llifstream or llofstream from an open LLFILE*
file handle (or, except on Windows, an int file descriptor). But rather than
containing a streambuf implementation based on FILE*, llfile.h relies on the
fact that the Windows std::filebuf happens to support that as a nonstandard
extension; also on a nonstandard GNU extension __gnu_cxx::stdio_filebuf<char>.
To move from GNU libstdc++ to clang's libc++ (the direction on Mac), we could
code a streambuf that supports FILE*. But before doing that, it's worth asking
whether anyone actually uses this questionable feature.
In fact there were only two methods: LLWearable::exportFile() and importFile()
-- and only one call to either, in LLViewerWearable::saveNewAsset(). The code
in saveNewAsset() opened the LLFILE* immediately before calling exportFile(),
meaning we could reasonably push the open operation down into exportFile().
That logic was complex anyway due to the need for the caller to close the
LLFILE* regardless of the success of the exportFile().
Change LLWearable::exportFile() and importFile() to accept a std::string
filename rather than an open LLFILE*. Change LLViewerWearable::saveNewAsset()
to simply call exportFile(filename) rather than horsing around with an LLFILE*
handle. (This improves the code in another way too: it encapsulates the need
to open the relevant file in binary mode. Previously, each caller had to
remember to do that.)
To prevent inadvertent reintroduction of ll[io]fstream(LLFILE*) code, add
llstream_LLFILE preprocessor macro (default 0) to control access to the
relevant constructors. Also suppress rdbuf() override, the only method whose
signature references llstdio_filebuf.
|
|
Generalize Copy3rdPartyLibs.cmake to eliminate some clone-and-tweak redundancy.
|
|
A skip() stating that we don't yet understand why the test fails is implicitly
an open action item. This one isn't open. Save future developers the research.
|
|
I don't know at what point the skip() was introduced, but that test now passes
even on Windows.
|
|
|
