home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!uknet!ox-prg!emerald.comlab!as
- From: as@prg.ox.ac.uk (Andrew Stevens)
- Newsgroups: comp.os.linux
- Subject: Re: tlA: /bin/arch solved.
- Message-ID: <4120@inca.comlab.ox.ac.uk>
- Date: 25 Jul 92 15:04:02 GMT
- References: <1992Jul23.170723.15247@klaava.Helsinki.FI> <bjl.711923672@freyr>
- Sender: news@comlab.ox.ac.uk
- Organization: Oxford University Computing Laboratory, UK
- Lines: 22
-
- In article <bjl.711923672@freyr> B.J.Lippolt@research.ptt.nl writes:
- >laakkone@klaava.Helsinki.FI (Tero Laakkonen) writes:
- >
- >>and i got one. somebody pointed out to me that "/usr/bin/uname -m"
- >>does exactly the same as /bin/arch does...
- >
- >Is there a way to distinguish between a 386 and a 486? I have a 486,
- >but 'uname -m' says 'i386'. But when I compile with 'gcc -m486' I'll
- >get code which doesn't run on a 386.
-
- Surely this is not the case. As I understood it the user-level instruction
- sets of the 386 and 486 are identical. The -m486 flag just tweaks
- code generation to use instruction sequences better suited to the 486's
- instruction timings instead of sequences best suited to 386 instruction
- timings.
-
-
- Andrew
- Andrew Stevens
- Programmming Research Group JANET: Andrew.Stevens@uk.ac.oxford.prg
- 11 Keble Road, Oxford, England UUCP: ...!uunet!mcvax!ukc!ox-prg!as
- OX1 3QD +44 0865 272563
-