[MUD-Dev] Naming and Directories?

J C Lawrence claw at kanga.nu
Wed Mar 17 21:36:49 New Zealand Daylight Time 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 mailing list