Re: ecpg compile error

Lists: pgsql-hackers
From: Bruce Momjian <bruce(at)momjian(dot)us>
To: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: ecpg compile error
Date: 2010-01-06 02:49:27
Message-ID: 201001060249.o062nR125292@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

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.)

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +


From: Bruce Momjian <bruce(at)momjian(dot)us>
To: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ecpg compile error
Date: 2010-01-06 02:58:03
Message-ID: 201001060258.o062w3r06819@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

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.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +


From: Boszormenyi Zoltan <zb(at)cybertec(dot)at>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ecpg compile error
Date: 2010-01-06 07:59:43
Message-ID: 4B4442EF.2020904@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: 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/


From: Boszormenyi Zoltan <zb(at)cybertec(dot)at>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ecpg compile error
Date: 2010-01-06 08:11:39
Message-ID: 4B4445BB.4050103@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

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/


From: Boszormenyi Zoltan <zb(at)cybertec(dot)at>
To: Michael Meskes <meskes(at)postgresql(dot)org>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ecpg compile error
Date: 2010-01-06 08:42:06
Message-ID: 4B444CDE.3090006@cybertec.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

Hi,

Boszormenyi Zoltan írta:
> Boszormenyi Zoltan írta:
>
>> Bruce Momjian írta:
>>
>>> Bruce Momjian wrote:
>>>
>>>> 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.
>

Attached. Passes "make check" here on 32-bit and
64-bit builds under Fedora 9/x86-64.

>>>> (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/

Attachment Content-Type Size
2-pg85-fix-sqlda-logging-ctxdiff.patch text/x-patch 61.6 KB

From: Michael Meskes <meskes(at)postgresql(dot)org>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: ecpg compile error
Date: 2010-01-06 09:44:53
Message-ID: 20100106094453.GA7205@feivel.credativ.lan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

On Tue, Jan 05, 2010 at 09:49:27PM -0500, Bruce Momjian wrote:
> I am seeing a compile failure in current CVS because my operating
> system, BSD/OS, does not have inttypes.h:

Sorry, missed this. I did remove it in another file, but didn't notice it's
here too. Should be fixed now that I committed Zoltan's patch.

Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: meskes(at)jabber(dot)org
VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL


From: Michael Meskes <meskes(at)postgresql(dot)org>
To: Boszormenyi Zoltan <zb(at)cybertec(dot)at>
Cc: Michael Meskes <meskes(at)postgresql(dot)org>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ecpg compile error
Date: 2010-01-06 09:45:29
Message-ID: 20100106094529.GB7205@feivel.credativ.lan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgsql-hackers

On Wed, Jan 06, 2010 at 09:42:06AM +0100, Boszormenyi Zoltan wrote:
> Attached. Passes "make check" here on 32-bit and
> 64-bit builds under Fedora 9/x86-64.

Applied.

Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: meskes(at)jabber(dot)org
VfL Borussia! Forca Barca! Go SF 49ers! Use: Debian GNU/Linux, PostgreSQL