unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luca Saiu <positron@gnu.org>
To: Francesco Potorti` <pot@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: etags: M-. looks for an uncompressed Emacs Lisp source file, but make install installs it gzipped
Date: Thu, 26 Apr 2007 13:34:26 +0200	[thread overview]
Message-ID: <46308E42.8000806@gnu.org> (raw)
In-Reply-To: <E1Hh1MX-0006E9-T3@tucano.isti.cnr.it>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Francesco Potorti` wrote:
>> When looking up a tag referring a compressed ELisp file with M-.,
>> Emacs fails to find the correct file, as it tries to open a non-existing
>> *uncompressed* version.
> 
> I think this is because you have auto-compression-mode disabled.

Well, no. See the last part of my bug report: auto-compression-mode is t.

> Can you try after doing M-x auto-compression-mode RET?

This is interesting.

I did it (so *disabling* auto-compression mode), and Emacs actually
changed behavior: etags-goto-tag-location displayed this in the minibuffer:

Rerun etags: `^(defun goto-line ' not found in
/home/luca/usr/share/emacs/22.0.99/lisp/simple.el.gz

Note that now Emacs tries to load the *gzipped* file (which, I repeat,
exists and is effectively gzipped).

/home/luca/usr/share/emacs/22.0.99/lisp/simple.el.gz exists and of
course contains (defun (goto-line ...
, but (this is what I think it happens) when auto-compression-mode is
disabled Emacs can't understand its content any more, because the file
is gzipped.

*Then* I did M-x auto-compression-mode RET again and M-. goto-line RET
again. Same outcome as above. Then I did it again (flip
auto-compression-mode, M-. goto-line), same outcome. And again.
*Whatever* the current value of auto-compression-mode is, from the first
time I flip it, looking for the tag always results in

Rerun etags: `^(defun goto-line ' not found in
/home/luca/usr/share/emacs/22.0.99/lisp/simple.el.gz

I always switched auto-compress-mode on and off with M-x
auto-compression-mode RET, without directly executing Lisp code.

This is independent from my ~/.emacs and ~/.emacs.d . Redoing everything
after having renamed them didn't change the outcome.

An inverted test condition somewhere?

Can't other people reproduce this? It's strange I'm the only one
noticing this.

Bye,

- --
Luca Saiu
Author of GNU epsilon: http://www.gnu.org/software/epsilon
http://www-lipn.lipn.univ-paris13.fr/~saiu
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGMI5CvzOavibF0oYRAs5bAJ9hybfwdbo9SFP0+VCPNNwnZwOH5ACdH1TG
SlHcgM+dEDcTtml16SOGpZk=
=bJFV
-----END PGP SIGNATURE-----

  reply	other threads:[~2007-04-26 11:34 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-26  9:28 etags: M-. looks for an uncompressed Emacs Lisp source file, but make install installs it gzipped Luca Saiu
2007-04-26 10:38 ` Francesco Potorti`
2007-04-26 11:34   ` Luca Saiu [this message]
2007-04-26 11:55     ` Francesco Potorti`
2007-04-26 13:16       ` martin rudalics
2007-04-26 13:42         ` Francesco Potorti`
2007-04-26 14:14           ` Luca Saiu
2007-04-26 14:54             ` Luca Saiu
2007-04-26 17:19     ` Robert J. Chassell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46308E42.8000806@gnu.org \
    --to=positron@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=pot@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).