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

Re: Horology Test Case Fails with Sun Compiler

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Match(dot)Grun(at)thomson(dot)com
Cc: pgsql-ports(at)postgresql(dot)org
Subject: Re: Horology Test Case Fails with Sun Compiler
Date: 2006-06-12 21:46:09
Message-ID: 12883.1150148769@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-ports
<Match(dot)Grun(at)thomson(dot)com> writes:
> --------------Cut here------------
> /opt/SUNWspro/prod/bin/fbe: "/tmp/yabeAAAHVaasb", line 279: error: can't
> compute difference between symbols in different segments
> Failure in /opt/SUNWspro/prod/bin/fbe, status = 0x100
> Fatal Error exec'ing /opt/SUNWspro/prod/bin/fbe
> cc: acomp failed for s_lock.c
> --------------Cut here------------

I believe this is the same issue reported by Alan Stange a month or so
ago.  You can just rip out the unused sparc assembly code in s_lock.c,
as per the May 11/12 changes here:
http://developer.postgresql.org/cvsweb.cgi/pgsql/src/backend/storage/lmgr/s_lock.c

> After making this change I notice that the -fast option has been causing
> the test cases to fail.

This doesn't explain your horology problem, however.  If -fast breaks
that test then we need to qualify the advice in doc/FAQ_Solaris that
suggests using -fast :-(.  Can anyone else confirm the problem?  Perhaps
it is limited to certain versions of the Sun compiler?

			regards, tom lane

In response to

pgsql-ports by date

Next:From: Andrew VickDate: 2006-06-15 20:44:02
Subject: errcode redefinition
Previous:From: Match.GrunDate: 2006-06-12 21:00:35
Subject: Re: Horology Test Case Fails with Sun Compiler

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