Re: Why __memrchr vs. memrchr ?
Andreas Jaeger <[email protected]> Tue, 03 Feb 2004 07:03:40 +0100
| Newsgroups | org.kernel.vger.linux-gcc |
|---|---|
| Message-ID | <[email protected]> |
Denis Zaitsev <[email protected]> writes: > On Tue, Feb 03, 2004 at 01:17:23AM +0300, Dmitry V. Levin wrote: >> Hi, >> >> On Tue, Feb 03, 2004 at 02:37:21AM +0500, Denis Zaitsev wrote: >> > Why such a scheme is used in GLIBC: >> > >> > declare + define __memrchr, and than >> > >> > # ifdef __USE_GNU >> > # define memrchr(s, c, n) __memrchr ((s), (c), (n)) >> > # endif >> > >> > ? memrchr is not the GNU extension, is it? >> >> According to memchr(3), >> "The memrchr() function is a GNU extension, available since glibc 2.1.91". > > Oh, I'm sorry. This fact is omited from the texinfo GLIBC > documentation... It's in the Library Summary: `void * memrchr (const void *BLOCK, int C, size_t SIZE)' `string.h' (GNU): *Note Search Functions::. Andreas -- Andreas Jaeger, [email protected], http://www.suse.de/~aj SuSE Linux AG, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
signature.asc
(application/pgp-signature, 188 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQBAHzm8OJpWPMJyoSYRAkklAJ4+CXEYF80TEKHuSP8uRD6cH+w88wCcCgxD u8XEYDmq8cWEJUqENSUrq4E= =WJwl -----END PGP SIGNATURE-----