Re: solaris build problem with Sun compilers

[Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>]

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. +