P_ ?

P_ ?

[Óscar Fuentes]

In lisp.h:

#ifndef HAVE_MEMSET
extern void *memset P_ ((void *, int, size_t));
#endif
#ifndef HAVE_MEMCPY
extern void *memcpy P_ ((void *, void *, size_t));
#endif
#ifndef HAVE_MEMMOVE
extern void *memmove P_ ((void *, void *, size_t));
#endif
#ifndef HAVE_MEMCMP
extern int memcmp P_ ((void *, void *, size_t));
#endif

Where is the definition of P_? Or is it cruft?

Re: P_ ?

[Andreas Schwab]

Óscar Fuentes <ofv@wanadoo.es> writes:

> Where is the definition of P_? Or is it cruft?

Consider it removed.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: P_ ?

[Davis Herring]

> Where is the definition of P_? Or is it cruft?

Its definition and most of its uses were very recently removed; you caught
one that wasn't.

Davis

-- 
This product is sold by volume, not by mass.  If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during
shipping.

Re: P_ ?

[Eli Zaretskii]

> Date: Mon, 26 Jul 2010 05:51:00 -0700 (PDT)
> From: "Davis Herring" <herring@lanl.gov>
> Cc: emacs-devel@gnu.org
> 
> > Where is the definition of P_? Or is it cruft?
> 
> Its definition and most of its uses were very recently removed; you caught
> one that wasn't.

OTOH, this whole fragment is for non-ANSI compilers (well, non-ANSI
libraries, to be more accurate), because only those won't have
memcpy, memset, etc.  So, if we don't need to support such
environments anymore, this whole portion of lisp.h should be removed.