Re: Warning compiling pg_dump (MinGW, Windows XP) - Mailing list pgsql-hackers

From Pavel Golub
Subject Re: Warning compiling pg_dump (MinGW, Windows XP)
Date
Msg-id 1116726723.20110117141811@gf.microolap.com
Whole thread Raw
In response to Re: Warning compiling pg_dump (MinGW, Windows XP)  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Warning compiling pg_dump (MinGW, Windows XP)  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Hello, Andrew.

You wrote:



AD> On 01/17/2011 05:54 AM, Pavel Golub wrote:
>> Hello, Robert.
>>
>> You wrote:
>>
>> RH>  2011/1/13 Pavel Golub<pavel@microolap.com>:
>>>> Hello, Pgsql-hackers.
>>>>
>>>> I'm getting such warnings:
>>>>
>>>> pg_dump.c: In function 'dumpSequence':
>>>> pg_dump.c:11449:2: warning: unknown conversion type character 'l' in format
>>>> pg_dump.c:11449:2: warning: too many arguments for format
>>>> pg_dump.c:11450:2: warning: unknown conversion type character 'l' in format
>>>> pg_dump.c:11450:2: warning: too many arguments for format
>>>>
>>>> Line numbers my not be the same in the official sources, because I've
>>>> made some changes. But the lines are:
>>>>
>>>>         snprintf(bufm, sizeof(bufm), INT64_FORMAT, SEQ_MINVALUE);
>>>>         snprintf(bufx, sizeof(bufx), INT64_FORMAT, SEQ_MAXVALUE);
>>>>
>>>> In my oppinion configure failed for MinGw+Windows in this case. Am I
>>>> right? Can someone give me a hint how to avoid this?
>> RH>  It seems like PGAC_FUNC_SNPRINTF_LONG_LONG_INT_FORMAT is getting the
>> RH>  wrong answer on your machine, though I'm not sure why.  The easiest
>> RH>  workaround is probably to run configure and then edit
>> RH>  src/include/pg_config.h before compiling.
>>
>> Thanks Robert. What value should I enter for this option?



AD> Mingw has always had a huge number of format warnings. See for example
AD> <http://www.pgbuildfarm.org/cgi-bin/show_stage_log.pl?nm=frogmouth&dt=2011-01-17%2007%3A30%3A00&stg=make>

So you think I should just ignore these warnings? Because I can't
remember the same behaviour on 8.x branches...

AD> If someone wants to fix them that would be good, but I'm not sure it's a
AD> simple task. There's probably some discussion of it in the archives back
AD> when we first did the Windows port.

AD> cheers

AD> andrew



-- 
With best wishes,Pavel                          mailto:pavel@gf.microolap.com



pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: pg_stat_replication security
Next
From: Peter Eisentraut
Date:
Subject: Re: pg_basebackup for streaming base backups