Robert Swain
Robert Swain
I have a different issue when building icu: ``` arm-linux-androideabi-gcc ... ucnv_cnv.c ustrenum.cpp: In member function 'virtual UBool icu::StringEnumeration::operator==(const icu::StringEnumeration&) const': ustrenum.cpp:123:20: error: cannot use typeid with -fno-rtti return typeid(*this)...
The question is why `-fno-rtti` was needed previously. It may enable it to build but it may not run or so. @sdroege ?
This is sufficient to make that one recipe build: ``` patch diff --git a/recipes/icu.recipe b/recipes/icu.recipe index bc75dc4..93957d4 100644 --- a/recipes/icu.recipe +++ b/recipes/icu.recipe @@ -84,7 +84,7 @@ class Recipe(recipe.Recipe): # http://www.kandroid.org/ndk/docs/CPLUSPLUS-SUPPORT.html...
I at least added some ICE connection state stuff and debug logging
Right, we have some differences in our cerbero which is the reason for maintaining a fork. I will update and sync cerbero with upstream sometime soon. I was waiting for...
And we use specific git commit hashes for GStreamer because not everything we need is in GStreamer releases yet. When it is we can just track releases but for the...
What are you doing and what is wrong for you with using our cerbero fork as it is? "origin/master" would be incorrect as it is not what we intend. We...
Did this ever go upstream?
I also found that workaround (which basically just disables the error) but wanted to find the time to fix it properly rather than committing that. I'll leave this here for...
@sdroege - how would you fix this?