After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 766998 - Android app doesn't compile
Android app doesn't compile
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: cerbero
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-05-29 22:52 UTC by Gregoire
Modified: 2016-05-30 17:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Gregoire 2016-05-29 22:52:29 UTC 
gst-build-armeabi-v7a/gstreamer_android.o:gstreamer_android.c:function bsd_signal: error: undefined reference to 'signal'
collect2: error: ld returned 1 exit status
make: *** [buildsharedlibrary_armeabi-v7a] Error 1

A follow-up of https://bugzilla.gnome.org/show_bug.cgi?id=766235
Comment 1 Sebastian Dröge (slomo) 2016-05-30 05:54:42 UTC 
Are you using latest GIT master or latest GIT from the 1.8 branch? The fix is not in a release yet.

Also please provide more information about what you're actually doing there, which version of GStreamer, what application, settings (target Android version, etc), ...
Comment 2 Gregoire 2016-05-30 06:06:28 UTC 
Because there are so many regressions, I'm trying to find my way out by mixing up everything I can.

I'm compiling gstreamer cerbero latest (1.9) while forcing gst-plugin-bad to 1.8 because latest has at least two bugs that block me.

I don't know how to compile cerbero on a full 1.8 (instead of latest) so I have started to edit each recipe to the previous revisions that seem working.
Comment 3 Sebastian Dröge (slomo) 2016-05-30 06:36:00 UTC 
cerbero has a 1.8 branch that you can use.


But what about your application, what are the settings? Is it compiling in this:
https://cgit.freedesktop.org/gstreamer/cerbero/tree/data/ndk-build/gstreamer_android-1.0.c.in#n11

It sounds like your application is targetting API < 20. There bsd_signal() should already exist and the weak link should not happen.
Comment 4 Gregoire 2016-05-30 14:56:38 UTC 
I can now compile 1.8 properly. But 1.9 is still unstable with regressions and blockers.
Comment 5 Sebastian Dröge (slomo) 2016-05-30 17:41:56 UTC 
So the linking problem is gone with 1.8? Then it also shouldn't happen with 1.9 as the relevant code is exactly the same :)

Please report the other regressions, I think you only reported the zerocopy decoding one so far?
Comment 6 Gregoire 2016-05-30 17:46:08 UTC 
I gave up on mixing stuff as I can compile 1.8 cleanly. I still think this bug exists and it will reappear in the future once you will have to reintroduce this signal hack.

I have opened https://bugzilla.gnome.org/show_bug.cgi?id=766993

There is also https://bugzilla.gnome.org/show_bug.cgi?id=766201 which I saw working on 1.7.90.
Comment 7 Sebastian Dröge (slomo) 2016-05-30 17:52:23 UTC 
What do you mean with reintroducing the signal hack? It's in the 1.8 and master branch