www.delorie.com/archives/browse.cgi | search |
Xref: | news2.mv.net comp.os.msdos.djgpp:1806 |
From: | strider7 AT unm DOT edu |
Newsgroups: | comp.os.msdos.djgpp |
Subject: | Re: ASM code & Random |
Date: | Tue, 12 Mar 1996 22:47:11 -0700 |
Organization: | University of New Mexico, Albuquerque |
Lines: | 12 |
Message-ID: | <3146615E.376F@unm.edu> |
References: | <1996Mar5 DOT 164831 AT zipi DOT fi DOT upm DOT es> <4hn17p$bfs AT lyra DOT csx DOT cam DOT ac DOT uk> <4hnjl1$1l0 AT mack DOT rt66 DOT com> <Pine DOT SGI DOT 3 DOT 91 DOT 960310091342 DOT 26365F-100000 AT tower DOT york DOT ac DOT uk> |
NNTP-Posting-Host: | ppp_064.unm.edu |
Mime-Version: | 1.0 |
To: | djgpp AT delorie DOT com |
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp |
----clip----- > > > I've been thinking of trying to get GCC to convert memset() to rep stosl > > as well, but I don't know how to go about doing it. > > That would be a nice optimisation. Is the memcpy() an inline function in > one of the headers? If so, which one? I can't find it anywhere... > those memcpy and memmove functions are reduced to movsl's (32-bit moves) with optimization turned on, you can see this for yourself by compiling with the -S option and looking at the assembly code.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |