[MUD-Dev] Naming and Directories?
J C Lawrence
claw at kanga.nu
Wed Mar 17 21:36:49 CET 1999
On Wed, 17 Mar 1999 19:21:50 -0700
Chris Gray<cg at ami-cg.GraySage.Edmonton.AB.CA> wrote:
> I don't know if has been (or can be) done with strcmp in particular,
> but I've heard of optimized versions of memcpy that have quite long
> sources, sometimes written in assembler. They attempt to do things
> whole words at a time instead of a character at a time, have special
> cases for short operations, etc.
This is certainly correct for the commerical Unix compiler libraries
I've been associated with. In fact one of my projects at HP was to
aid in the performance tuning of the mem*() and str*() calls
(lookahead, enhanced termination condition detection, etc) for their
libC.
> I may be a few years out of date on this info, however. Personally,
> I don't recall seeing any functions given in system header files
> like that, other than things like 'FD_SET', etc. Keep in mind that
> the practice of having short accessor routines be 'inline' is a C++
> thing, and doesn't port to ANSI C (I think - I know gcc supports
> 'inline', but is it part of ANSI C?)
It is not part of the ANSI C base. Further, GCC and ECGS are
beginning to come under serious attack as the default compiler for the
Linux world. There are a number of commercial high quality compiler
vendors, vendors whose compilers both pass the ANSI compliance test
suites and which prodice significantly better binary output than GCC
(I'm not at liberty to name names), who are actively considering or
who have committed to open sourcing their compilers.
--
J C Lawrence Internet: claw at kanga.nu
----------(*) Internet: coder at kanga.nu
...Honorary Member of Clan McFud -- Teamer's Avenging Monolith...
_______________________________________________
MUD-Dev maillist - MUD-Dev at kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev
More information about the mud-dev-archive
mailing list