That did the trick!

Thanks.

Is that a patch that would be applied upstream or should I apply it locally instead?




Donovan

On 18/08/15 03:15 PM, Even Rouault wrote:
On Tuesday 18 August 2015 14:51:36 Donovan Cameron wrote:
I updated the ticket [1] too.

OS: Arch Linux 64-bit (Kernel 4.1.5), GCC 5.2.0

I put a paste of the netdb.h file up [2].

I'm not sure how to change those flags for gcc to -E, sorry, never done
that before.

On Arch Linux, I checked the contents of /etc/makepkg.conf where a lot
of compiler defaults are and didn't notice where I could place those.

Is there an environment variable I can set to help do that like CXXFLAGS
or CFLAGS?
The content of netdb.h was interesting.

Try #define _XOPEN_SOURCE 600
so that __USE_XOPEN2K is defined.



[1] https://trac.osgeo.org/gdal/ticket/6073
[2] http://www.pastebin.ca/3112701

Donovan

On 18/08/15 02:06 PM, Even Rouault wrote:
On Tuesday 18 August 2015 11:47:07 Donovan Cameron wrote:
I made those changes but same error.

Tried once with,

#define _XOPEN_SOURCE

And a second time with,

#define _XOPEN_SOURCE 500
What is your config: OS + gcc ?

I can't reproduce with Ubuntu 14.04 with gcc 4.8

Could you intercept the gcc command line of gdalserver.c and replace the
-c -o gdalserver.o by -E to have the preprocessor output ?

Providing the /usr/include/netdb.h of your system might also give some
clue, since it is in this file that getaddrinfo is defined.

Donovan

On 18/08/15 10:30 AM, Even Rouault wrote:
On Tuesday 18 August 2015 12:00:46 Vincent Schut wrote:
Hi,

this morning I wanted to refresh my gdal build, so I did an svn update
(and
later a fresh svn checkout to be sure), but I get an error when make
wants
to build gdalserver:
This might be related to the following that is perhaps too restrictive

#if defined(__STDC_VERSION__)
#define _XOPEN_SOURCE
#endif

Could you try remonving the #if defined / #endif, so that #define
_XOPEN_SOURCE is defined ?

Perhaps you need #define _XOPEN_SOURCE 500

Even

--
Kind regards,

Donovan

_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to