It works on NetBSD too....
Ian A. Harding
Programmer/Analyst II
Tacoma-Pierce County Health Department
(253) 798-3549
mailto: [EMAIL PROTECTED]
>>> [EMAIL PROTECTED] 05/15/01 01:24PM >>>
Maybe a heterogeneous solution based on platform, e.g. use whatever
tool on the platform that will get you a reliable CPU report. It
would be easy to put this in Makefile.global
FreeBSD uses sysctl to examine kernel state variables. 'sysctl -n
hw.model' will return something like i386, i486, Pentium III/Pentium
III Xeon/Celeron depending on hardware. I think this works on all
xBSD platforms, but this is an assumption. I can find out if you
would like to know.
If uname -m works for Linux use it for Linux.
etc...
Just my $.02
Kris Rehberg wrote:
>
> Oh, bummer. Well uname -m is out of the question. Nearly everything
> misidentifies itself. All systems bug Linux almost always misidentify
> themselves on x86 platforms as i386 when they're really i586, i686, or
> whatever. Even the machine(1) and arch(1) commands in OpenBSD aren't any
> better. There has to be something -- anyone have any ideas?
>
> Kris
>
> > -----Original Message-----
> > From: AOLserver Discussion [mailto:[EMAIL PROTECTED]]On Behalf
> > Of Dossy
> > Sent: Tue, 05-15-01 03:54p
> > To: [EMAIL PROTECTED]
> > Subject: Re: [AOLSERVER] AOLServer and Mandrake Linux 8.0
> >
> >
> > On 2001.05.15, Kris Rehberg <[EMAIL PROTECTED]> wrote:
> > > Hmm, handn't thought that people might not want to use
> > -mcpu=whatever. I'll
> > > change it to -mcpu=`uname -m`
> >
> > I not sure if -mcpu=`uname -m` will work in all cases, but specifying
> > -mcpu=ultrasparc for any SPARC SunOS box is definitely not the way to
> > go ... ;-)
> >
> > - Dossy
> >
> > --
> > Dossy Shiobara mail: [EMAIL PROTECTED]
> > Panoptic Computer Network web: http://www.panoptic.com/
> >
