home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!sdd.hp.com!spool.mu.edu!yale.edu!ira.uka.de!Sirius.dfn.de!solaris.rz.tu-clausthal.de!urmel.informatik.rwth-aachen.de!tabaqui!dak
- From: dak@tabaqui.informatik.rwth-aachen.de (David Kastrup)
- Newsgroups: gnu.gcc.help
- Subject: Re: Influence of cache to performance on 386/486
- Date: 13 Dec 92 15:41:53 GMT
- Organization: Rechnerbetrieb Informatik - RWTH Aachen
- Lines: 23
- Distribution: world
- Message-ID: <dak.724261313@tabaqui>
- References: <1fvhq7INNitl@sbusol.rz.uni-sb.de>
- NNTP-Posting-Host: tabaqui.informatik.rwth-aachen.de
- Keywords: cache
-
- in11rwfg@sbusol.rz.uni-sb.de (Fred Gerber) writes:
-
-
- >We are planning to implement a high performance compiler
- >for a functional language on a MS-DOS machine with a
- >386DX Chip + 387 and accordingly a 486DX.
- >We want to use also an explicit management of the 1. and 2.level
- >cache.
- >We are using the distribution of gnu gcc 1.39 on 386 and
- >we have some trouble.
-
- This version is pretty outdated.
-
- >Has anybody ported the gcc to a 486 platform?
-
- the gcc-2 family supports 486. You can configure generation of 386 or
- 486 code, and override with compilation switches.
-
- >Do we gain something using a specialized 486 gcc portation (
- >not only speed) ?
-
- Both codes will run on both sorts of machines, but code generation is
- specially optimized for the requested target.
-