From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu From: "ozan s. yigit" Message-ID: <4da3d9af.0203071037.710e0f42@posting.google.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit References: <20020305095507.EEF2519AAA@mail.cse.psu.edu>, <3C8593A3.37C00EB9@null.net> Subject: Re: [9fans] plan or side effect Date: Fri, 8 Mar 2002 09:59:21 +0000 Topicbox-Message-UUID: 617d06b6-eaca-11e9-9e20-41e7f4b1d025 "Fco.J.Ballesteros" wrote: > If there are more efficient (but still correct) ways, just > replace the implementation of strcpy. And let the programs using > strcpy call strcpy without a preprocessor mess. cf. The Practice > of Programming (A "must" read). it is worth noting that the macro mess (from bits/string2.h) is not the default; it takes quite a deliberate effort to activate, and presumably only used by those who desperately need the "optimal" inlined code and know what they are doing. there are similar macros that inject assembler as well. :] oz --- red hat is the VHS of the linux world -- peter laws Followup-To: Distribution: Organization: University of Bath Computing Services, UK Keywords: Cc: -- Dennis Davis, BUCS, University of Bath, Bath, BA2 7AY, UK D.H.Davis@bath.ac.uk