Article View: comp.std.c
Article #1579Re: void*
From: John F. Haugh II
Date: Fri, 10 Aug 1990 13:55
Date: Fri, 10 Aug 1990 13:55
13 lines
1097 bytes
1097 bytes
In article <13499@smoke.BRL.MIL> gwyn@smoke.BRL.MIL (Doug Gwyn) writes: >In article <40624@mips.mips.COM> sah@mips.COM (Steve Hanson) writes: >>however the inc/dec cause a temporary variable to be introduced: > >That could be avoided by defining the function as > void *memchr(const char *s, int c, unsigned int n) >which works because of the "same representation" requirement. Doesn't this defeat the purpose of (void *) as an abstraction mechanism? -- John F. Haugh II UUCP: ...!cs.utexas.edu!rpp386!jfh Ma Bell: (512) 832-8832 Domain: jfh@rpp386.cactus.org
Technical Details
Message-ID:
<18498@rpp386.cactus.org>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!mailrus!uwm.edu!cs.utexas.edu!natinst!sequoia!rpp386!jfhReferences:
<40624@mips.mips.COM> <13499@smoke.BRL.MIL>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!mailrus!uwm.edu!cs.utexas.edu!natinst!sequoia!rpp386!jfh From: jfh@rpp386.cactus.org (John F. Haugh II) Newsgroups: comp.std.c Subject: Re: void* Message-ID: <18498@rpp386.cactus.org> Date: 10 Aug 90 13:55:21 GMT References: <40624@mips.mips.COM> <13499@smoke.BRL.MIL> Reply-To: jfh@rpp386.cactus.org (John F. Haugh II) Organization: Lone Star Cafe and BBS Service Lines: 13 X-Clever-Slogan: Recycle or Die.