GNU bug report logs - #30888
Allow searching compressed C sources for `find-function'

Previous Next

Package: emacs;

Reported by: Felipe Ochoa <felipe.nospam.ochoa <at> gmail.com>

Date: Tue, 20 Mar 2018 21:42:01 UTC

Severity: wishlist

Tags: patch, wontfix

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

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Felipe Ochoa <felipe.nospam.ochoa <at> gmail.com>
Cc: 30888 <at> debbugs.gnu.org
Subject: Re: bug#30888: Allow searching compressed C sources for
 `find-function'
Date: Tue, 17 Sep 2019 01:17:09 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Felipe Ochoa <felipe.nospam.ochoa <at> gmail.com> writes:
>
>> This patch makes the handling of compressed sources consistent between C
>> functions and lisp functions (for which `find-function' already supports
>> compression).
>
> I guess that makes sense, and the implementation looks OK to me, but
> what's the use case?  The reason `find-function' does look into .el.gz
> files is that on some (many?) distributions, the .el files in Emacs are
> distributed with Emacs (sometimes in a separate package), but in .gz
> form.
>
> I've never seen gzipped .c files in the wild -- is that something that's
> done?

There was no response (on the use case) in 12 weeks, so I'm closing this
bug report.

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




This bug report was last modified 5 years and 305 days ago.

Previous Next


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