As of 3.1 and later, we have too many thirdparty C++ dependencies
and some internal uses of `new` and `delete` too for it to make
sense to build without the STL on Android.
The option has been broken since 3.0, and the "System STL" that we
relied on for basic support of `new` and `delete` is likely to be
dropped from the NDK:
https://android.googlesource.com/platform/ndk/+/ndk-release-r20/docs/BuildSystemMaintainers.md#System-STL
(cherry picked from commit 2da1614beb)
Those were disable to keep size small, and on Android avoid the dependency on the STL,
but for tools build (editor) this is not really a concern.
Note: as of today it's not possible to build tools=yes for those platforms, but this
change is one of the necessary steps to enable it.
Fixes#25262.
(cherry picked from commit 4b20959d99)
Spinning forever is clearly worse, especially since this happens on at
least FVWM even though the window actually is maximized.
(cherry picked from commit deb73001ab)
This makes iteration faster as you don't need to monitor your phone
to allow the installation each time.
Fixes#32183.
(cherry picked from commit 9d96f04138)
When getting system directories for Windows, we currently use
SHGetFolderPathW. This is a deprecated function and doesn't support
"Downloads" folders.
As a replacement, this commit uses the newer SHGetKnownFolderPath
function, which is supported since Windows Vista. Godot 3.0 only
supports Windows 7+, so we don't need to use SHGetFolderPathW for
backwards compatibility.
Fixes#26876
(cherry picked from commit 3d908f57d8)
It does check its permission every `vibrate_handheld()` calls.
Vibrate permission is added by checking it on export settings.
And there are some changes for deprecated method.
In x11, windows and osx crash handlers, check project settings exists
before looking up the crash handler message setting.
Avoids crashing the crash handler when handling a crash outside project
settings lifetime. Instead omitting the configurable message and
continuing with trace dump.
(cherry picked from commit 63068e2ccd)
The rationale for keeping those shared by default is that they're typical
dependencies found on any Linux system, and it saves compilation time and
binary size to link their dynamically.
But since official builds default to all-builtin, and Debian/Ubuntu still
don't have libpng16 (which we now require) readily available on all their
supported releases, it's simpler to bundle all the things.
This does not change the fact that those dependencies *can* be unbundled
on Linux, it's only the default option changing.
(cherry picked from commit 1769cbc0e2)
Rémi Verschelde
Carl Drougge
fhuya
Max
bruvzg
Yeongho Kim
MJacred
Kenneth Lee
hbina085
qarmin
mellondill
volzhs
Ibrahn Sahir
Bastiaan Olij
Fabio Alessandrelli
Hendrikto
marxin
Sam Green
PouleyKetchoupp
DESKTOP-3H3MR3A\eloisa
Philip Whitfield
Pedro J. Estébanez