GNU bug report logs - #13252
must load a package before instrumenting it with elp

Previous Next

Package: emacs;

Reported by: "Fabrice Niessen" <fni <at> missioncriticalit.com>

Date: Sat, 22 Dec 2012 10:14:02 UTC

Severity: minor

Found in version 24.2.91

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #31 received at 13252 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: "Fabrice Niessen" <fni <at> missioncriticalit.com>
Cc: Bastien <bzg <at> altern.org>,
 public-13252-ubl+/3LiMTaZdePnXv/OxA <at> plane.gmane.org, 13252 <at> debbugs.gnu.org,
 Fabrice Niessen <public-fni-djc/iPCCuDYQheJpep6IedvLeJWuRmrY <at> plane.gmane.org>
Subject: Re: bug#13252: must load a package before instrumenting it with elp
Date: Sun, 06 Feb 2022 01:01:36 +0100
"Fabrice Niessen" <fni <at> missioncriticalit.com> writes:

> That seems to be it. So, per se, it's not a bug.
>
> Though, we could imagine a better behavior of `elp-instrument-package' when
> instrumenting a non-yet required package; for example:
>
> - be warned that it's not possible at that stage, or
>
> - remember to instrument the package as soon it's required (somehow like an
>   `eval-after-load'), or
>
> - requiring it when instrumenting it.

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

I think the way it currently works makes sense (that is, you can tell
which functions get instrumented easily), but the name of the function
seems to imply that it's doing something grander.  So I've noted how it
actually works in the doc string in Emacs 29.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 3 years and 101 days ago.

Previous Next


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