Path: utzoo!censor!geac!torsqnt!lethe!yunexus!ists!helios.physics.utoronto.ca!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!zaphod.mps.ohio-state.edu!maverick.ksu.ksu.edu!unmvax!pprg.unm.edu!topgun!mustang!nntp-server.caltech.edu!toddpw
From: toddpw@nntp-server.caltech.edu (Todd P. Whitesel)
Newsgroups: comp.sys.apple2
Subject: Re: Hello and comments...
Message-ID: <1991Jan13.060606.25827@nntp-server.caltech.edu>
Date: 13 Jan 91 06:06:06 GMT
References: <D6CC175AA07F005982@MACALSTR.EDU> <14841@smoke.brl.mil>
Organization: California Institute of Technology, Pasadena
Lines: 16

gwyn@smoke.brl.mil (Doug Gwyn) writes:

> To port, for example, the frame-buffer utilities to
>my IIGS, the main task I would have to do would be to implement a small
>library of functions conforming to a certain generic interface
>specification, and link that with the applications.  The implementation
>of the library may use a few asm{...} sections if necessary to improve
>display speed, but only after it proves to be a bottleneck (which it

Hear hear! I've had lots of success doing just this with Orca/C.

Lord High Giffer, for example is entirely in Orca/C except for the actual
raster decompression and the screen display loops.

Todd Whitesel
toddpw @ tybalt.caltech.edu