On 8 Sep 2015, at 15:00, Ian Lance Taylor wrote: > On Mon, Sep 7, 2015 at 8:23 AM, Iain Sandoe <i...@codesourcery.com> wrote: >> >> include/ >> >> Roland McGrath <rol...@gnu.org> >> >> PR other/63758 >> * environ.h: New file. >> >> libiberty/ >> >> Roland McGrath <rol...@gnu.org> >> Iain Sandoe <i...@codesourcery.com> >> >> PR other/63758 >> * pex-unix.c: Obtain the environment interface from settings in >> environ.h >> rather than in-line code. Update copyright date. >> * setenv.c: Likewise. >> * xmalloc.c: Likewise. > > > This seems likely to break cross-compilers to Darwin that do not have > the system libraries available. I guess I don't care about that if > you don't.
I do care about it, but I'm not visualising the case... AFAICS, when built as a host component for a cross to Darwin from non-Darwin, environ would be declared as **environ as usual. If an implementation includes a compiler targetting Darwin that defines __APPLE__ but doesn't provide _NSGetEnviron in its libc, then isn't it broken anyway? Iain