[PATCH] fix the choosing of SPARC optimizations

[Dale Ghent <da...@elemental.org>]

Currently, configure.in makes an assumption that we are compiling for a
UltraSPARC CPU when compiling on a Sun/sparc box.

Of course, code with the SPARCv8+ instructions will not run on CPUs that
do not support them, and these include all our old SPARC friends.

This patch adds checking (via 'uname -m') for the arch we are running on.
If it's the older sparc systems (sun4, sun4c, sun4m, sun4d, sun4t) then do
not force the "-xarch=v8plus" flag for 'as'. If it is something other than
the aformentioned (sun4u, etc), include it.

/dale

Re: [PATCH] fix the choosing of SPARC optimizations

[Ian Holsman <ia...@apache.org>]

Dale Ghent wrote:
>   This message is in MIME format.  The first part should be readable text,
>   while the remaining parts are likely unreadable without MIME-aware tools.
>   Send mail to mime@docserver.cac.washington.edu for more info.
> 
> ---559023410-1691952160-1014325833=:29740
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> 
> 
> Currently, configure.in makes an assumption that we are compiling for a
> UltraSPARC CPU when compiling on a Sun/sparc box.
> 
> Of course, code with the SPARCv8+ instructions will not run on CPUs that
> do not support them, and these include all our old SPARC friends.
> 
> This patch adds checking (via 'uname -m') for the arch we are running on.
> If it's the older sparc systems (sun4, sun4c, sun4m, sun4d, sun4t) then do
> not force the "-xarch=v8plus" flag for 'as'. If it is something other than
> the aformentioned (sun4u, etc), include it.
> 
> /dale
>

hi Dale.
i like the idea.
what I'm going to do is make the older machines just use the 'generic' 
version and set a #define which will work it that way.
the 'cas' function isn't available in the v7 chipset
..Ian