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!
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 |