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
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) |