From xemacs-m  Sun Feb  9 18:15:07 1997
Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id SAA19339
	for <xemacs-beta@xemacs.org>; Sun, 9 Feb 1997 18:15:06 -0600 (CST)
Received: (from hniksic@localhost)
          by jagor.srce.hr (8.8.5/8.8.4)
	  id BAA24803; Mon, 10 Feb 1997 01:15:06 +0100 (MET)
Sender: hniksic@public.srce.hr
To: xemacs-beta@xemacs.org
Subject: `subrp' not working?
X-URL: ftp://gnjilux.cc.fer.hr/pub/unix/util/wget/
X-Attribution: Hrv
X-Face: &}4JQk=L;e.~x+|eo]#DGk@x3~ed!.~lZ}YQcYb7f[WL9L'Z*+OyA\nAEL1M(".[qvI#a2E
 6WYI5>>e7'@_)3Ol9p|Nn2wNa/;~06jL*B%tTcn/XvhAu7qeES0\|MF%$;sI#yn1+y"
From: Hrvoje Niksic <hniksic@srce.hr>
Date: 10 Feb 1997 01:15:05 +0100
Message-ID: <kigu3nlldo6.fsf@jagor.srce.hr>
Lines: 28

This is interesting -- is `subrp' supposed to return t if a symbol is
a built-in function, nil otherwise?

`C-h d subrp RET'
subrp: (OBJECT)
  -- a built-in function.
T if OBJECT is a built-in function.

(subrp 'subrp)
   ==> nil

(subrp 'load-internal)
   ==> nil

(subrp 'or)
   ==> nil

Checking the source didn't help, as there is nothing obviously wrong
with F_subrp itself -- it calls the SUBRP macro, which in turns
expands to RECORDP, which expands to ......

Interestingly enough, GNU Emacs 19.34 seems to exhibit the same
behaviour.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}

