NSGetEnviron() in use by glib genviron for iOS / arm?

Michael McNamara mmcnamara at control4.com
Tue Feb 4 11:36:49 PST 2014

The issue appears to lie in

#define environ (*_NSGetEnviron())
/* According to the Single Unix Specification, environ is not
 * in any system header, although unistd.h often declares it.
extern char **environ;

I don¹t know whether HAVE__NSGETENVIRON should be defined differently
somewhere for iOS arm builds or the file should be patched such that the
else case replaces the defined case when being built for iOS?

I¹m also having issues currently building GStreamer from source when
making all in gobject:

Making all in gobject
make  all-recursive
Making all in .

In file included from gclosure.c:29:
0: fatal error: 'ffitarget.h' file not found
#include <ffitarget.h>

There are in fact ffitarget.h files generated (and libffi builds fine),
but they¹re in their respective architecture directories in:



On 2/4/14, 10:26 AM, "Michael McNamara" <mmcnamara at control4.com> wrote:

>I've run nm on the GStreamer framework (1.2.x) and it appears to include
>the use of NSGetEnviron():
>GStreamer(libglib-2_0_a_armv7_-libglib_2_0_la-genviron.o) (for
>architecture armv7):
>U __NSGetEnviron
>for the arm architecture in glib's genviron.  This is true of the prebuilt
>libraries and building via cerbero.  This call will cause a private API
>use rejection upon app submittal to Apple.  NSGetEnviron() is an OS X
>thing that's not supported on iOS to the best of my knowledge (at least
>Does anyone have any recommendations or advice on how to remedy this
>Thank you!
>gstreamer-devel mailing list
>gstreamer-devel at lists.freedesktop.org

More information about the gstreamer-devel mailing list