Message-Id: <3.0.6.32.20000520100021.007b29c0@pop.crosswinds.net>
X-Sender: shinelight AT pop DOT crosswinds DOT net
X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32)
Date: Sat, 20 May 2000 10:00:21 -0500
To: djgpp AT delorie DOT com
From: "Thomas J. Hruska" <shinelight AT crosswinds DOT net>
Subject: Re: Inline ASM question...
In-Reply-To: <8g62mf.3vs4i2t.0@buerssner-17104.user.cis.dfn.de>
References: <8empao$5k6$1 AT nnrp02 DOT primenet DOT com>
 <390ef9f9$0$72098 AT SSP1NO17 DOT highway DOT telekom DOT at>
 <8emvhq$7mn$1 AT nnrp03 DOT primenet DOT com>
 <3 DOT 0 DOT 6 DOT 32 DOT 20000505015633 DOT 007b2210 AT pop DOT crosswinds DOT net>
 <3 DOT 0 DOT 6 DOT 32 DOT 20000510204858 DOT 007b6e40 AT pop DOT crosswinds DOT net>
 <3 DOT 0 DOT 6 DOT 32 DOT 20000511021045 DOT 007af4a0 AT pop DOT crosswinds DOT net>
 <3 DOT 0 DOT 6 DOT 32 DOT 20000519211524 DOT 007c7290 AT pop DOT crosswinds DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

At 11:01 AM 5/20/00 GMT, you wrote:
>I suggest you read the manual sections of gcc extended inline assembly.
>The FAQ shows how to find them. In this case, unfortunately even this
>won't be enough. AFAIK the "%w3" is not explained there. Recently, 
>Eli Zaretskii sent an URL to this list, with an IHMO very good description 
>of extended inline assembly. I currently don't have the URL handy. 
>You can find the message at www.delorie.com. 
>
>A related question. I have seen quite a few low level "video writing"
>problems here. Allegro and Grx both have fast frame buffer
>access methods, including fast bitblt functions. Why do so many
>people go through the trouble, to reinvent the wheel?

Answer:  Haven't tried Grx, and Allegro's font routines don't do what I
want to do.  Hence the attempt to squeeze out every last ounce of speed
from my own routines.  My own routines work, but I'm just incorporating ASM
in places where I know that certain calls are slowing down the program (I
can't do much about the BIOS calls...but I really don't care at this point).


           Thomas J. Hruska -- shinelight AT crosswinds DOT net
Shining Light Productions -- "Meeting the needs of fellow programmers"
                  http://www.shininglightpro.com/