Re: odd 7.4 build failure on new sparc machine

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Dunstan <andrew(at)dunslane(dot)net>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: odd 7.4 build failure on new sparc machine
Date: 2006-07-03 03:58:49
Message-ID: 22785.1151899129@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> I am seeing a strange failure on the new box Sun donated, when trying to

> ccache gcc -O2 -fno-strict-aliasing -g -Wall -Wmissing-prototypes -Wmissing-declarations -c tas.s
> /usr/ccs/bin/ld -r -o SUBSYS.o dynloader.o pg_sema.o pg_shmem.o tas.o
> ld: fatal: relocation error: R_SPARC_32: file tas.o: symbol <unknown>: offset 0xec1 is non-aligned
> [etc]

> What is odd is that the identical file seems to succeeed on the later
> 8.0 and 8.1 branches.

The solaris_sparc.s file seems identical in these branches up to CVS
label ... but are the compilation options the same? The critical fix
might be somewhere in the configure/Makefile chain.

Another thing to try is whether it works without ccache. We've seen
plenty of trouble from that tool :-(

> Why do we have "mov 1,%o0" immediately followed by "mov 0,%o0"?

Better read up on branch delay slots...

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-07-03 04:55:18 Re: different sort order in windows and linux version
Previous Message Tom Lane 2006-07-03 03:43:47 Re: ADD/DROPS INHERIT (actually INHERIT / NO INHERIT)