| Age | Commit message (Collapse) | Author |
|---|
|
The alt mouse click to cam is broken for now on macOS,
but this is the path we've chosen.
|
|
|
|
It's the one that plays along with SDL.
|
|
This reverts commit 8356386f6674cf7f1e25bcd49f3266868cd5dc7d.
|
|
I don't know why SDL2 isn't defining the macro by default when it's been
compiled and installed on an Arm environment, that it has to be manually
defined. I may be missing something here..
|
|
on Arm systems.
|
|
|
|
It's an error according to GCC when defined but not used.
It could, and probably should, still be used anyway, just not the SDL
version.
|
|
On SDL2, there are no more x11.lock_func or x11.unlock_func, so the
camming is too sensitive, and alt tab is overridden too when it
shouldn't be. It's better than nothing at all for now. This feature
should be re-perfected later.
|
|
This reverts commit d883a11567252d9a0baff653bb16c38817a7c21c.
|
|
|
|
|
|
Both keycodes and scancodes are now 32 bits, so the key type is
lengthened from U16 to U32.
|
|
|
|
|
|
plus the ignored build directory if following the instructions.
|
|
|
|
|
|
|
|
|
|
libmedia_plugin_base is now explicitly set as static, since it could be
set as shared when BUILD_SHARED_LIBS is on and it's just easier to have
it compiled into with every media plugin cause it's small and would only
be shared by 2 dynamic libraries anyway. Trying to put a dynamic version
where the media plugin can find it so the reference is not broken, seems
like a hassle.
|
|
|
|
so SLPlugin wouldn't lose reference to it when the libraries are built
as dynamic.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Useful when installed as shared libraries, so other viewer executables
can share these libraries.
|
|
by removing cyclic dependencies, and allowing shlib undefined on
SLPlugin alone.
|
|
|
|
when compiling newview using GCC.
|
|
Streaming is not working yet, though. Until it's made sure that the
dynamic library and plugins needed are on the paths the executable is
expecting them to be.
|
|
This reverts commit f4c8949ac66d08263845f60a7cef2ecb9c77079b.
|
|
System libcurl, which is typically newer, doesn't accept when SL server
responses with an invalid Content-Encoding value (usually some value
that's probably meant to be put as the Content-Type value), that we'd
get "unrecognized or bad HTTP Content or Transfer-Encoding"
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding
A way to fix this would be to just not expect decompressed contents, by
letting libcurl have the default value for CURLOPT_ACCEPT_ENCODING, which
is NULL.
|
|
Even though the account was logged in, it would get stuck at getting
region handshake. The problem was because the viewer wasn't getting the
acknowledgement to the successfully sent UseCircuitCode message. I
compared the message data, and it differed (from Linux) on the byte
order of the Code variable (the SessionID & agent ID were right). The
bytes sent to the network weren't reversed (and I was on an Intel
processor).
|
|
Though without this, the viewer had still successfully built, and I
didn't experience any run-time problem yet. This commit is to anticipate
any directory picker related problem later, cause it seems very likely
that this is needed.
|
|
|
|
instead of letting it fallback to the default which would be Window's.
When using the default, somehow the viewer launched with no colours even
after resetting ~/.secondlife/user_settings/settings.xml.
|
|
|
|
The function takes a boolean argument anyway. This is so we don't get
GCC int in bool context warning which would be treated as an error.
|
|
Otherwise GCC would treat them as errors, if not suppressed.
|
|
|
|
|
|
in order to get rid of undefined references to
`LLFilePicker::getOpenFileModeless(LLFilePicker::ELoadFilter, void (*)(bool, std::vector<std::string, std::allocator<std::string> >&, void*), void*)'
`LLFilePicker::getMultipleOpenFilesModeless(LLFilePicker::ELoadFilter, void (*)(bool, std::vector<std::string, std::allocator<std::string> >&, void*), void*)'
`LLFilePicker::getSaveFileModeless(LLFilePicker::ESaveFilter, std::string const&, void (*)(bool, std::string&, void*), void*)'
The UI has been relying on modeless file operations. UI implementations
for Linux would fall within the GTK scope, and there haven't been
implementations for these three methods yet. Even know they're
defined using member functions that do nothing, and return boolean
false.
|
|
|
|
Mostly following Linux.
|
|
On some platforms,
pkg-config --libs vorbis
might not necessarily imply -logg.
vorbisenc & vorbisfile need their own checks anyway.
|
|
Including v4 would cause conflicts.
|
