Re: ecpg compile error - Mailing list pgsql-hackers

From Boszormenyi Zoltan
Subject Re: ecpg compile error
Date
Msg-id 4B4442EF.2020904@cybertec.at
Whole thread Raw
In response to Re: ecpg compile error  (Bruce Momjian <bruce@momjian.us>)
Responses Re: ecpg compile error  (Boszormenyi Zoltan <zb@cybertec.at>)
List pgsql-hackers
Bruce Momjian írta:
> Bruce Momjian wrote:
>   
>> I am seeing a compile failure in current CVS because my operating
>> system, BSD/OS, does not have inttypes.h:
>>
>>     ccache gcc -O2 -Wall -Wmissing-prototypes -Wpointer-arith
>>     -fno-strict-aliasing -O1 -Wall -Wmissing-prototypes
>>     -Wmissing-declarations -Wpointer-arith -Wcast-align -pthread
>>     -D_REENTRANT -D_THREAD_SAFE -D_POSIX_PTHREAD_SEMANTICS -fpic
>>     -I../include -I../../../../src/interfaces/ecpg/include
>>     -I../../../../src/interfaces/libpq -I../../../../src/port
>>     -I../../../../src/include -I/usr/local/include/readline
>>     -I/usr/contrib/include -DSO_MAJOR_VERSION=6  -c -o sqlda.o sqlda.c
>>     sqlda.c:13: inttypes.h: No such file or directory
>>
>> I think I see a few other platforms that have a problem:
>>
>>     http://www.pgbuildfarm.org/cgi-bin/show_status.pl
>>
>> (I introduced a compile bug 30 minutes ago (OIDCHARS) but I fixed that.)
>>     
>
> Surprisingly, I am able to compile and pass all regression tests without
> that include.
>   

How can it be that the regression tests work for you
if you deleted the inttypes.h only from sqlda.c?
ecpg/test/{sql,compat_informix}/sqlda.pgc also contain
that header to use PRId64 to print int64 in a portable way.

BTW, the #include in sqlda.c was a leftover from debugging.

Best regards,
Zoltán Böszörményi

-- 
Bible has answers for everything. Proof:
"But let your communication be, Yea, yea; Nay, nay: for whatsoever is more
than these cometh of evil." (Matthew 5:37) - basics of digital technology.
"May your kingdom come" - superficial description of plate tectonics

----------------------------------
Zoltán Böszörményi
Cybertec Schönig & Schönig GmbH
http://www.postgresql.at/



pgsql-hackers by date:

Previous
From: decibel
Date:
Subject: Re: pg_migrator issues
Next
From: Heikki Linnakangas
Date:
Subject: Re: Streaming replication and postmaster signaling