unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: MON KEY <monkey@sandpframing.com>
To: 6497@debbugs.gnu.org
Subject: bug#6497: 6497
Date: Sat, 3 Jul 2010 15:35:28 -0400	[thread overview]
Message-ID: <AANLkTimDfw9rZY09zx_vaD3qr7qY4G5fsJ420K0dAfLS@mail.gmail.com> (raw)
In-Reply-To: <AANLkTiljL18i2mtt7SQn7tc3uaK03WOtQCGnmTfTYmUl@mail.gmail.com>

On Sat, Jul 3, 2010 at 2:31 AM, Geoff Gole <geoffgole@gmail.com> wrote:
>> Prob. what you meant to was:
>> (progn
>>  (fset 'foo 3)
>>  (symbol-function 'foo))
>
> Indeed, although it's a trivial mistake. The example works just as
> well when the value of foo is a symbol, which it must have been at the
> time I tried it.
>
The triviality of the mistake is apropos my rationale for requesting
that the docstrings be further fleshed out, it is all to easy to find
oneself in these sorts of situations w/re `symbol-function' &
`indirect-function' and no way to reasonably partition an expected
return value(s) from an unexpected one... That you fell pey to it
while trying to illustrate a counter argument to my proposal is (in
some small way) an indicative of the problem.

> Unintern does funny things. Those funny things are not relevant to
> this bug report.

See above.

>
>> The distinction between value cell and
>> function cell confirms a reliance on the details of function
>> representation.
>
> What a bizarre claim. The number of slots in a symbol has nothing to
> do with the representation of functions. Why would it?
>

If the symbol did not have cells it would. Which the "bizarre"
behaviour of the unintern/makunbound examples illustrate.

--
/s_P\





  reply	other threads:[~2010-07-03 19:35 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-22 23:42 bug#6497: documentation `indirect-function', `symbol-function' do not enumerate return value type MON KEY
2010-07-01  9:20 ` bug#6497: 6497 Geoff Gole
2010-07-02  0:13   ` MON KEY
2010-07-02  1:39     ` Geoff Gole
2010-07-03  4:27       ` MON KEY
2010-07-03  6:31         ` Geoff Gole
2010-07-03 19:35           ` MON KEY [this message]
2010-07-03  7:00         ` Andreas Schwab
2010-07-03 19:33           ` MON KEY
2010-07-03 19:47             ` Andreas Schwab
2011-07-09 18:25               ` bug#6497: documentation `indirect-function', `symbol-function' do not enumerate return value type Glenn Morris

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AANLkTimDfw9rZY09zx_vaD3qr7qY4G5fsJ420K0dAfLS@mail.gmail.com \
    --to=monkey@sandpframing.com \
    --cc=6497@debbugs.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).