Boszormenyi Zoltan írta: > 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 >>>
The systems that have the "ECPG-Check error" are 32-bit systems, it seems it was a bad idea to report data offsets in ecpg_log()... I will send a patch. >>> (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/ -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers