Age | Commit message (Collapse) | Author | Files | Lines |
|
This reverts commit d9914b60e86af229aa78eedf2ab605b30ac0fc96.
The static plugins are still in $prefix/lib/gstreamer-1.0 so a -L path
is still needed to reference them to be able to find them.
https://bugzilla.gnome.org/show_bug.cgi?id=791854
|
|
This makes V=1 works, helping a lot when we need to debug our makefiles.
https://bugzilla.gnome.org/show_bug.cgi?id=791854
|
|
The @# break when running on Windows
https://bugzilla.gnome.org/show_bug.cgi?id=791854
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=791854
|
|
We have the same plugin API for static and non-static now.
https://bugzilla.gnome.org/show_bug.cgi?id=791854
|
|
gradle/android-studio do not seem to like it at all.
https://bugzilla.gnome.org/show_bug.cgi?id=773401
|
|
This allows building a precompiled GStreamer application against
android-ndk-r16.
Headers for all platforms have been moved to a single location. See
https://android.googlesource.com/platform/ndk/+/master/docs/UnifiedHeaders.md
|
|
The plugin interface now supports building once for both static
and dynamic modules.
https://bugzilla.gnome.org/show_bug.cgi?id=779344
|
|
Plugins have been rename so their library name now matches
their plugin name.
|
|
This seems to be the correct place to put it, and newer versions of
Android Studio don't seem to pick up just assets/.
Also adding a way to customise this for apps that wish to do so (via
the GSTREAMER_ASSETS_DIR variable).
https://bugzilla.gnome.org/show_bug.cgi?id=774728
|
|
This is used by the androidmedia plugin and potentially others.
|
|
Windows a) requires quotes around commands if you | them and b) remembers
empty quotes in Makefiles and confuses the shell with them.
https://bugzilla.gnome.org/show_bug.cgi?id=768326
|
|
|
|
On OSX they apparently end up as literal '\n' in the code instead of newlines.
https://bugzilla.gnome.org/show_bug.cgi?id=768456
|
|
Windows has no cat so it doesn't work. We lose some symmetry in the code in
exchange for Windows portability.
https://bugzilla.gnome.org/show_bug.cgi?id=768326
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=767096
|
|
Based on a patch by Milos Pesic <msg4misa@gmail.com>
https://bugzilla.gnome.org/show_bug.cgi?id=767096
|
|
different way
Get the correct symbol via dlsym() instead of letting the linker figure it
out. Letting the linker do it can bring us into infinite recursion calling
into our very own weak symbol.
https://bugzilla.gnome.org/show_bug.cgi?id=766235
|
|
Workaround for Android <21 making signal() an inline function
around bsd_signal(), and Android >= 21 not having any bsd_signal()
symbol but only signal()
https://bugzilla.gnome.org/show_bug.cgi?id=766235
|
|
The HOST_ variables are from ndk-build and we should not add our own in there,
it will only cause confusion.
https://bugzilla.gnome.org/show_bug.cgi?id=763999
|
|
... which disappeared with NDK r11.
https://bugzilla.gnome.org/show_bug.cgi?id=763999
|
|
Add some && at the end to ensure that they are interpreted as separate
commands and executed one after another.
|
|
Required on Windows, otherwise copying does not work at all.
https://bugzilla.gnome.org/show_bug.cgi?id=762913
|
|
Several command invocations wrapped in for-each are missing ";"
characters, which meant they get expanded on one line instead of
separate lines. For some for-each invocations, you can get away with
this and it will be OK, but for something like host-cp, it changes the
meaning. As a result, some host-cp invocations will fail with errors
like:
cp: target ‘X’ is not a directory
Fix this by adding the necessary semicolons.
https://bugzilla.gnome.org/show_bug.cgi?id=759380
|
|
Android >= 6.0
Due to the latest changes in Android 6.0 runtime (http://developer.android.com/intl/ko/about/versions/marshmallow/android-6.0-changes.html#behavior-runtime)
Each module should explicitly define it's SONAME. since the building scripts for building android_gstreamer.so doesn't define soname the library is built without one.
This will cause a failure in loading any library that uses libgstreamer_android.so.
https://bugzilla.gnome.org/show_bug.cgi?id=757732
|
|
In the latest NDK ld.gold is now available, so enable it. Also, ld.mcld was not
usable as the "fix" parameters are expected to be "-fix-cortex..." for this linker,
while it's harcoded as "--fix-cortex..." in the GCC build. This fixex linking
Android application for ARM64.
|
|
HOST_SED definition is gone in r10e but sed is still prebuilt, so
import it's definition in our own makefile.
https://bugzilla.gnome.org/show_bug.cgi?id=750162
|
|
Not that it matters as we use static plugins anyway, but let's keep it correct
|
|
Compiler will complain otherwise with newer NDK versions.
|
|
See corresponding change in androidmedia plugin for more details.
|
|
gst_android_register_static_plugins() public again
Apparently there are some people out there calling these and not using
GStreamer.init(), and it seems like a valid use case.
|
|
native code
Might make initialization from Qt/Xamarin applications a bit easier.
|
|
|
|
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=748688
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=748688
|
|
https://bugzilla.gnome.org/show_bug.cgi?id=748688
|
|
And ld.bfd does stupid things in the android linking phase
|
|
Currently directly in GES, and in the future should land in -base
|
|
configurable
|
|
gracefully
And clean up some local references in error cases.
|
|
|
|
|
|
|
|
Prevents future potential conflicts with GIO and we can always define
our own macros in a way that works with whatever GIO decides to do for
static modules.
|
|
executable
This requires updating iOS projects, but before this change
the static GIO modules couldn't be loaded at all anyway so
it shouldn't affect any existing project.
https://bugzilla.gnome.org/show_bug.cgi?id=725202
|
|
Otherwise it will always be set, and for newer ndk-build versions that
don't set it automatically it will contain the sysroot for the first
target architecture if building for multiple.
|
|
The libtool-clear-vars rule was duplicated and the incorrect
one was being used so cached variables were not cleared and
the libtool libraries in the new root were not parsed.
|
|
|