GNU bug report logs -
#2807
Subject: 23.0.90; etags can't access .el.gz files
Previous Next
Reported by: MON KEY <monkey <at> sandpframing.com>
Date: Sat, 28 Mar 2009 03:45:02 UTC
Severity: normal
Tags: confirmed, patch
Merged with 44494
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>>> 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
This bug report was last modified 1 year and 220 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.