Re: Windows build broken starting at da9b580d89903fee871cf54845ffa2b26bda2e11 - Mailing list pgsql-hackers

From Mark Dilger
Subject Re: Windows build broken starting at da9b580d89903fee871cf54845ffa2b26bda2e11
Date
Msg-id 1427184E-E4BD-4AE3-A7DD-EBB61B37EA44@gmail.com
Whole thread Raw
In response to Re: Windows build broken starting at da9b580d89903fee871cf54845ffa2b26bda2e11  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Windows build broken starting atda9b580d89903fee871cf54845ffa2b26bda2e11  (Stephen Frost <sfrost@snowman.net>)
List pgsql-hackers
> On May 15, 2018, at 8:58 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Mark Dilger <hornschnorter@gmail.com> writes:
>> My best guess at the moment is:
>
>> diff --git a/src/backend/utils/init/globals.c b/src/backend/utils/init/globals.c
>> index c1f0441b08..0a3163398f 100644
>> --- a/src/backend/utils/init/globals.c
>> +++ b/src/backend/utils/init/globals.c
>> @@ -16,8 +16,11 @@
>>  *
>>  *-------------------------------------------------------------------------
>>  */
>> +#include <sys/stat.h>
>> +
>> #include "postgres.h"
>
>> +#include "common/file_perm.h"
>
> Yipes.  Frost, you didn't really do that did you?  That's a blatant
> break of the "c.h must come first" rule.  Whether or not it broke the
> Windows build, there are other platforms it'll break.
>
>> Indeed, the following change (shown here for illustrative purposes only; please
>> don't commit it this way) fixes the problem, at least in my build environment:
>
> That's pretty ugly, but what happens if you just move the <sys/stat.h>
> inclusion to immediately after postgres.h, as is our normal custom?

That also works.

mark



pgsql-hackers by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Allow COPY's 'text' format to output a header
Next
From: Stephen Frost
Date:
Subject: Re: Windows build broken starting atda9b580d89903fee871cf54845ffa2b26bda2e11