BUG #1250: compilation fails in src/backend/storage/lmgr/s_lock.c - Mailing list pgsql-bugs

From PostgreSQL Bugs List
Subject BUG #1250: compilation fails in src/backend/storage/lmgr/s_lock.c
Date
Msg-id 20040910192823.7494A5A1142@www.postgresql.com
Whole thread Raw
Responses Re: BUG #1250: compilation fails in src/backend/storage/lmgr/s_lock.c  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
The following bug has been logged online:

Bug reference:      1250
Logged by:          Aidan Dixon

Email address:      Aidan.Dixon@Blueyonder.co.uk

PostgreSQL version: 8.0 Beta

Operating system:   Sun/Solaris9/64bit

Description:        compilation fails in src/backend/storage/lmgr/s_lock.c

Details:

Compiler: SUNWspro (Forte Developer 7) cc

The code in s_lock.c uses a  ".seg" directive where ".section" seems to be
in vogue, judging from the output of "cc -S" for a simple "hello world" type
program.

Build output:
make[4]: Entering directory
`/share/build/postgresql-8.0.0beta2/src/backend/storage/lmgr'
/opt/SUNWspro/bin/cc -xarch=v9 -O -Xa -O -v -I../../../../src/include
-I/soft-dist/local/include  -c -o s_lock.o s_lock.c
"s_lock.c", line 228: warning: asm() statement disables optimization within
function
cg error (as) : "s_lock.c", line 228 : unknown opcode ".segment"
cc: cg failed for s_lock.c
make[4]: *** [s_lock.o] Error 2
make[4]: Leaving directory
`/share/build/postgresql-8.0.0beta2/src/backend/storage/lmgr'
make[3]: *** [lmgr-recursive] Error 2
make[3]: Leaving directory
`/share/build/postgresql-8.0.0beta2/src/backend/storage'
make[2]: *** [storage-recursive] Error 2
make[2]: Leaving directory `/share/build/postgresql-8.0.0beta2/src/backend'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/share/build/postgresql-8.0.0beta2/src'
make: *** [all] Error 2

pgsql-bugs by date:

Previous
From: "PostgreSQL Bugs List"
Date:
Subject: BUG #1249: pg_restore doesnt handle restoring databases not created as a superuser
Next
From: Tom Lane
Date:
Subject: Re: BUG #1249: pg_restore doesnt handle restoring databases not created as a superuser