| 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: | Whole Thread | Raw Message | 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) |