For info, I'm using Desktop CBE version 1.7.0 with the following compilers
installed:
Studio_5.11 -- solstudio12.2 = Sun C 5.11 SunOS_i386
2010/08/13
default -> ss12
gcc3 -- gcc version 3.4.3
(csl-sol210-3_4-20050802)
sexp -- sunstudio12.1 = Sun C 5.10 SunOS_i386
Patch 142363-03 2009/12/03
ss12 -- SUNWspro = Sun C 5.9 SunOS_i386
Patch 124868-10 2009/04/30
My system is running solex 151a on an Phenom 9550 (amd64) with 8GB...
I'm building postgresql-9.0.1 with the following 64-bit configuration (after .
/opt/dtbld/bin/env.sh <compiler-selection>):
./configure \
CFLAGS="-xO3 -xtarget=native64 -xspace -xildoff -xCC" \
--prefix=/opt/postgres/9.0 \
--enable-nls \
--with-system-tzdata=/usr/share/lib/zoneinfo \
--with-tcl --with-python \
--with-pam -with-openssl --with-gssapi \
--with-libedit-preferred \
--with-libxml --with-libxslt \
--enable-thread-safety \
--enable-dtrace DTRACE_FLAGS="-64"
gmake
gmake check
when running ss12 or sexp, the regression tests run fine (excepting a single
FAILURE on timestamptz)
for example:
./pg_regress --inputdir=. --dlpath=. --multibyte=SQL_ASCII
--temp-install=./tmp_check --top-builddir=../../..
--schedule=./parallel_schedule
============== creating temporary installation ==============
============== initializing database system ==============
============== starting postmaster ==============
running on port 57233 with pid 21630
============== creating database "regression" ==============
CREATE DATABASE
ALTER DATABASE
============== running regression test queries ==============
test tablespace ... ok
parallel group (17 tests): name char boolean varchar int4 oid text int2 txid
float8 money int8 uuid float4 bit enum numeric
boolean ... ok
char ... ok
name ... ok
varchar ... ok
text ... ok
int2 ... ok
int4 ... ok
int8 ... ok
oid ... ok
float4 ... ok
float8 ... ok
bit ... ok
numeric ... ok
txid ... ok
uuid ... ok
enum ... ok
money ... ok
test strings ... ok
test numerology ... ok
parallel group (19 tests): lseg path point box comments macaddr tinterval
tstypes inet abstime time reltime timetz circle polygon date interval timestamp
timestamptz
point ... ok
lseg ... ok
box ... ok
path ... ok
polygon ... ok
circle ... ok
date ... ok
time ... ok
timetz ... ok
timestamp ... ok
timestamptz ... FAILED
interval ... ok
abstime ... ok
reltime ... ok
tinterval ... ok
inet ... ok
macaddr ... ok
tstypes ... ok
comments ... ok
parallel group (5 tests): horology geometry type_sanity oidjoins opr_sanity
geometry ... ok
horology ... ok
oidjoins ... ok
type_sanity ... ok
opr_sanity ... ok
test insert ... ok
test create_function_1 ... ok
test create_type ... ok
test create_table ... ok
test create_function_2 ... ok
parallel group (2 tests): copyselect copy
copy ... ok
copyselect ... ok
parallel group (10 tests): create_operator create_aggregate create_cast
drop_if_exists create_misc typed_table constraints triggers vacuum inherit
constraints ... ok
triggers ... ok
create_misc ... ok
create_aggregate ... ok
create_operator ... ok
inherit ... ok
typed_table ... ok
vacuum ... ok
drop_if_exists ... ok
create_cast ... ok
parallel group (2 tests): create_view create_index
create_index ... ok
create_view ... ok
test sanity_check ... ok
test errors ... ok
test select ... ok
parallel group (20 tests): select_into select_distinct select_distinct_on
delete update random select_having hash_index case btree_index transactions
portals union select_implicit aggregates namespace arrays subselect join
prepared_xacts
select_into ... ok
select_distinct ... ok
select_distinct_on ... ok
select_implicit ... ok
select_having ... ok
subselect ... ok
union ... ok
case ... ok
join ... ok
aggregates ... ok
transactions ... ok
random ... ok
portals ... ok
arrays ... ok
btree_index ... ok
hash_index ... ok
update ... ok
namespace ... ok
prepared_xacts ... ok
delete ... ok
test privileges ... ok
test misc ... ok
test rules ... ok
parallel group (13 tests): portals_p2 dependency select_views combocid tsdicts
guc xmlmap cluster foreign_data window tsearch foreign_key bitmapops
select_views ... ok
portals_p2 ... ok
foreign_key ... ok
cluster ... ok
dependency ... ok
guc ... ok
bitmapops ... ok
combocid ... ok
tsearch ... ok
tsdicts ... ok
foreign_data ... ok
window ... ok
xmlmap ... ok
parallel group (19 tests): plancache limit copy2 returning prepare temp
conversion with xml polymorphism rowtypes sequence largeobject truncate
without_oid domain rangefuncs alter_table plpgsql
plancache ... ok
limit ... ok
plpgsql ... ok
copy2 ... ok
temp ... ok
domain ... ok
rangefuncs ... ok
prepare ... ok
without_oid ... ok
conversion ... ok
truncate ... ok
alter_table ... ok
sequence ... ok
polymorphism ... ok
rowtypes ... ok
returning ... ok
largeobject ... ok
with ... ok
xml ... ok
test stats ... ok
============== shutting down postmaster ==============
========================
1 of 122 tests failed.
========================
The differences that caused some tests to fail can be viewed in the
file "/home/richard/src/postgresql-9.0.1/src/test/regress/regression.diffs". A
copy of the test summary that you see
above is saved in the file
"/home/richard/src/postgresql-9.0.1/src/test/regress/regression.out".
----------------------------------------------------
unfortunately, when selecting Studio_5.11, even though the builds appear ok,
when running gmake check,
I get to :
============== creating temporary installation ==============
============== initializing database system ==============
and from here on gigabytes of disk space are consumed per minute until either I
kill the process
or I run out of disk space (where things all hang)...
This is repeatable.
So apparently the KDE project is not the only victim of the new compiler, is
there any workaround, or is solstudio12.2 to be abandoned leaving sunstudio12.1
as the only solution (given that SFW uses it since 153).
cheers
--
This message posted from opensolaris.org
_______________________________________________
tools-compilers mailing list
[email protected]
