[gdal-dev] problems building GDAL trunk on MAC OS X
Ivan Lucena
lucena_ivan at hotmail.com
Fri Sep 6 06:42:22 PDT 2013
Thanks William,
It looks like a safe solution independent from environment versions to do add the ==0 condition:
#if defined(__APPLE__) && !defined(TARGET_OS_IPHONE)
#if defined(__APPLE__) && (!defined(TARGET_OS_IPHONE) || TARGET_OS_IPHONE==0)
But I am not building on a simulator or building for iPhone.
Do you think think we should commit that change?
Best regards,
Ivan
> Subject: Re: [gdal-dev] problems building GDAL trunk on MAC OS X
> From: woklist at kyngchaos.com
> Date: Fri, 6 Sep 2013 08:26:51 -0500
> CC: gdal-dev at lists.osgeo.org
> To: lucena_ivan at hotmail.com
>
> A fix for iOS broke OS X:
>
> http://trac.osgeo.org/gdal/ticket/5197
>
> See my comments for a solution until it gets fixed again in source.
>
> On Sep 6, 2013, at 7:04 AM, Ivan Lucena wrote:
>
> > Hi there,
> >
> > After a long time since my last svn update from the trunk on that machine, now I am getting this error:
> >
> > Undefined symbols:
> > "_environ", referenced from:
> > _CPLSpawnAsync in cpl_spawn.o
> > _CPLSpawnAsync in cpl_spawn.o
> > ld: symbol(s) not found
> > collect2: ld returned 1 exit status
> > make[3]: *** [libgdal.la] Error 1
> > make[2]: *** [check-lib] Error 2
> > make[1]: *** [.build-conf] Error 2
> > make: *** [.build-impl] Error 2
> >
> > My configure is a simple as that:
> >
> > ./configure --with-macosx-framework
> >
> > Environment versions:
> >
> > $ gcc
> > i686-apple-darwin10-gcc-4.2.1
> >
> > $ uname -a
> > Darwin ***.***.*** 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
> >
> > That problem seems to be related to latest client/server stuff.
> >
> > Looking at the code on cpl_spawn.c it seems like a simple problem.
> >
> > #ifdef HAVE_POSIX_SPAWNP
> > #include <spawn.h>
> > #ifdef __APPLE__
> > #include <TargetConditionals.h>
> > #endif
> > #if defined(__APPLE__) && !defined(TARGET_OS_IPHONE)
> > #include <crt_externs.h>
> > #define environ (*_NSGetEnviron())
> > #else
> > extern char** environ;
> > #endif
> > #endif
> >
> > I tried to play with those -D variables on configure but it only got worse.
> >
> > It is a old machine so maybe I am the only one having that problem. I should just updated something. That's all.
> >
> > But if someone got into to that and know how to solve it, please let me know. I will appreciate.
> >
> > Best regards,
> >
> > Ivan
> >
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
>
> "This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?"
>
> - The Ruler of the Universe
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20130906/2dbd1673/attachment.html>
More information about the gdal-dev
mailing list