bug#2807: Subject: 23.0.90; etags can't access .el.gz files

[Stefan Monnier]

>>> I think that the solution should be that etags.el cares about looking
>>> for possible compressed versions of file names contained in TAGS file.
>> Please share the code with info.el which does that for its files.
> Are you thinking of this bit?
> (defvar Info-suffix-list
>   ;; The MS-DOS list should work both when long file names are
>   ;; supported (Windows 9X), and when only 8+3 file names are available.
>   (if (eq system-type 'ms-dos)
>       '( (".gz"       . "gunzip")
>        (".z"        . "gunzip")

> [...]

>     '( (".info.Z"    . "uncompress")
>        (".info.Y"    . "unyabba")
>        (".info.gz"   . "gunzip")
>        (".info.z"    . "gunzip")
>        (".info.bz2"  . ("bzip2" "-dc"))
>        (".info.xz"   . "unxz")
>        (".info"      . nil)
>        ("-info.Z"    . "uncompress")
>        ("-info.Y"    . "unyabba")

Yes.

> etc etc etc.  Is this even necessary in Info?

It's just as necessary as it is for etags: without it, Info won't find
the compressed files.

> Doesn't jka-compr know all about this already?

jka-compr knows how to decompress the main ones, yes.  But not all of
them, and (more importantly) it doesn't know how to look for them.


        Stefan