Re: [PORTS] solaris build problem with Sun compilers
Bruce Momjian <[email protected]> Wed, 17 May 2006 20:30:52 -0400 (EDT)
| Newsgroups | gmane.comp.db.postgresql.ports |
|---|---|
| Message-ID | <[email protected]> |
Theo Schlossnagle wrote: > > Oh, I just found this email that has a simplified sparc8 asm: > > > > http://archives.postgresql.org/pgsql-ports/2006-05/msg00025.php > > > > Attached is the new solaris_sparc.s file with the #ifdef sparc8 test; > > applied. > > I don't think that asm does what you think it does. That hex > encoding of the cas instruction doesn't work on Sparcv8, only > sparcv8plus. The reason that it is hacked that way is that, for > other reasons, they can't use the -xarch=v8plus flag (despite > compiling on v8plus capable chips). Basically that code hardcodes a > v8plus instruction into a v8 binary "knowing" that it will never run > on a non-v8plus capable chip. The reason that they can do this is > because they (as I understand it) open solaris won't support any > chips so old as to not run v8plus code. > > We shouldn't be suffering from that problem and -xarch=v8plus should > be used to produce 32-bit binaries and -xarch=v9 should be used to > produce 64-bit sparc binaries. I can't think of a reason to every > compile the Postgres source with -xarch=v8 instead of -xarch=v8plus, > the latter will produce much better code overall. OK, so what do you suggest? Remove that URL from the comments? Anything else? -- Bruce Momjian http://candle.pha.pa.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. + ---------------------------(end of broadcast)--------------------------- TIP 5: don't forget to increase your free space map settings