Skip site navigation (1) Skip section navigation (2)

Re: Solaris cc compiler on amd: PostgreSQL does not have native spinlock support on this platform

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Pierre Girard <pierre(dot)girard(at)gerad(dot)ca>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: Solaris cc compiler on amd: PostgreSQL does not have native spinlock support on this platform
Date: 2005-12-16 19:51:55
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugspgsql-hackerspgsql-patches
Pierre Girard <pierre(dot)girard(at)gerad(dot)ca> writes:
> It compiles but then i get a 32 bit executable which is not what i want.
> This is on a solaris 10 with amd processor using the sun forte 11 compilers.
> Are there any fix for this?

You'd need to do something about adapting src/backend/port/tas/solaris_i386.s
to amd64, and then change the part of s_lock.h that mentions Solaris/386
to also accept x86_64 not just __i386.  Also see src/template/solaris
which controls configure's determination of which tas file is needed.

It's possible that the assembly code would work as-is on amd, in which
case you'd just need a one-liner change in s_lock.h and maybe some
adjustment of the template file.

Please send a patch if you fix this.

			regards, tom lane

In response to


pgsql-hackers by date

Next:From: Martijn van OosterhoutDate: 2005-12-16 19:54:37
Subject: Re: Web archive issue?
Previous:From: Simon RiggsDate: 2005-12-16 19:47:42
Subject: Re: Improving planning of outer joins

pgsql-bugs by date

Next:From: Tom LaneDate: 2005-12-16 19:52:55
Subject: Re: Configuring postgresql8.1.1
Previous:From: Alvaro HerreraDate: 2005-12-16 19:11:17
Subject: Re: Postgres 8.1 hangs at boot time due to password authentication for user postgres.

pgsql-patches by date

Next:From: Simon RiggsDate: 2005-12-16 20:49:51
Subject: Re: Single-Transaction Utility options
Previous:From: Qingqing ZhouDate: 2005-12-16 19:41:26
Subject: Win32 gettimeofday() comment patch

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group