GNU bug report logs - #17685
24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*"

Previous Next

Full log

View this message in rfc822 format

From: Stefan Guath <stefan <at> automata.se>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 17685 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#17685: 24.3.91.1; help-C-file-name failes to create temp buffer " *DOC*"
Date: Thu, 5 Jun 2014 10:35:50 +0200

But would such a solution really fix the problem when calling find-lisp-object-file-name programmatically? E.g. (simplifed version just to illustrate the concept):

(defun show-elisp-src-at-point ()
  (interactive)
  (message (find-lisp-object-file-name (variable-at-point) 'defvar)))

Now, executing show-elisp-src-at-point with point on a C variable just returns the symbol 'C-source. With an optional variable enable-c-search in find-lisp-object-file-name, it could instead return the actual C source file name.

I don't think an extra value in help-enable-auto-load would be of any help in these kind of cases (i.e. when used programmatically).

/Stefan Guath

On 5 jun 2014, at 09:48, martin rudalics <rudalics <at> gmx.at> wrote:

> > I understand. But it seems an unsatisfactory solution to demand
> > callers of find-lisp-object-file-name to pre-evaluate
> > (get-buffer-create " *DOC*") in order to activate its c-source search
> > ability (i.e. convoluted code, code breaks when buffer name changes
> > etc). Maybe just add an optional argument in
> > find-lisp-object-file-name? Something like enable-c-search with the
> > explanation "Please note that this will be memory consuming."?
> 
> How about reserving an extra value for `help-enable-auto-load' which, if
> set, would trigger auto-creating the *DOC* buffer.
> 
> martin

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.