packaging for AIX - compliments!!

From: Michael Felt <mamfelt(at)gmail(dot)com>
To: pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: packaging for AIX - compliments!!
Date: 2012-12-24 10:17:58
Message-ID: CAN9c_NTnhTpjPK=edJUgvWjfUaGz4hkvPM2MP8EHsnBCGFb6UA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

I would like to compliment all of you on how clean the packaging for AIX is
going for me. (I still have to test that they actually work though :))

Using IBM compiler and this configure command + make - I am getting through
the make process.
I have to check whether your make also uses the GNU convention for
performing an install in DESTDIR - as I use that to create installable
packages in AIX installp format.

CFLAGS="-O2 -qcpluscmt" ./configure \
--prefix=/opt \
--sysconfdir=/var/postgresql/etc \
--sharedstatedir=/var/postgresql/com \
--localstatedir=/var/postgresql \
--mandir=/usr/share/man --without-readline

Yesterday and today - with no noteable issues I have packaged from:
*postgresql-7.4.30.tar.bz2
postgresql-8.0.26.tar.bz2
postgresql-8.1.23.tar.bz2
postgresql-8.2.23.tar.bz2* (in progress)

Note: there are lots of warning messages such as:
"pg_some_file.c", line 402.33: 1506-068 (W) Operation between types "struct
{...}*" and "struct gzFile_s*" is not allowed.

*postgresql-8.3.22.tar.bz2* (in progress)
Unpacking the archive has an "error". There are couple references to a file
@LongLink (contents)
$ cat @Long*
postgresql-8.3.22/src/backend/utils/mb/conversion_procs/utf8_and_euc_jis_2004/utf8_and_euc_jis_2004.c

Which should not be in the archive - I think.

I shall continue with the rest to see how far they come - and update this
thread with those results.

Again, thanks for the clean builds - and Happy Holidays!

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Craig Ringer 2012-12-24 10:28:01 Re: BUG #7760: records with duplicate primary keys
Previous Message Tom Lane 2012-12-23 18:04:01 Re: BUG #7763: "CREATE TABLE ... (LIKE ... INCLUDING INDEXES ...)" does not work with indexes on composite types