The only work around I see now if to set the CPPFLAGS in the environment to
the server include directory, so that CPPFLAGS_CLIENT takes it in the
Makefile.global.


On Tue, Nov 26, 2013 at 7:05 PM, Steve Singer <ssinger at ca.afilias.info>wrote:

> On 11/26/2013 04:14 AM, Sandeep Thakkar wrote:
>
>> Hi
>>
>> I was building Slony1-2.2.1 sources on Mac OS X and found that the build
>> fails because of:
>>
>> slonik.c:49:18: error: port.h: No such file or directory
>> CPPFLAGS is now defined to just CPPFLAGS_CLIENT that does not include
>> the PG "server" include directory
>> ('<pginstall>/include/postgresql/server' contains port.h). Any specific
>> reason why this change was made in 2.2.1?
>>
>>
>
> http://www.slony.info/bugzilla/show_bug.cgi?id=315
>
> On systems that have multiple versions of postgresql installed might pull
> in files for the client from one version and server includes from another.
>  You used to be able to get away with this but in more recent versions of
> PG this breaks things.
>
> I am not exactly sure what the best way to deal with this in the PGPORT
> case? I have a feeling just adding the server includes back in on
> --with-pgport builds will get us back to the bug 315 situation
>
>
>
>
>
>  --
>> Sandeep Thakkar
>>
>>
>> _______________________________________________
>> Slony1-general mailing list
>> Slony1-general at lists.slony.info
>> http://lists.slony.info/mailman/listinfo/slony1-general
>>
>>
>


-- 
Sandeep Thakkar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.slony.info/pipermail/slony1-general/attachments/20131129/6bc09f79/attachment.htm