[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Change in bytecomp.el breaks Gnus

From: Luc Teirlinck
Subject: Re: Change in bytecomp.el breaks Gnus
Date: Sun, 14 Nov 2004 11:29:28 -0600 (CST)

Katsumi Yamaoka wrote:

   Because it will grow up to be not a few numbers of warnings if
   we don't take any countermeasure.  It makes it hard to find
   important messages from such chaos.

In Emacs, the situation is already hopeless.  I redirected make
bootstrap's error messages to a file.  That file is 8155 lines long.
Not all these lines are compiler warnings but a lot of them are.

`(elisp)Coding Conventions' says to avoid compiler warnings, but many
authors ignore this.  In fact, it seems obvious that many authors not
only do not worry about silencing compiler warnings, they do not even
look at them.  Many authors seem to believe that _all_ compiler
warnings are bogus anyway and act accordingly.  In fact, I have seen
people silence compiler warnings them without even checking whether
they are bogus or not.

Most warnings are of the "function may not be defined at runtime" or
"assignment to free variable" type.  There are such an enormous amount
of them that we have, practically speaking, no choice but to assume
that they are bogus until proven non-bogus.

Most "function from cl package called at runtime" seem to involve
situations where loading the .el file loads cl, but loading the .elc
does not.  I believe that this is acceptable, in which case most of
these warnings are bogus.

Most "obsolete variable" warnings are not bogus, but fixing them does
not seem urgent.

Most of the new "designed for interactive use" warnings are probably
not bogus, but they have to be looked at individually.

Every single "assigning to a constant" warning seemed to be non-bogus.
These are actually real non-trivial bugs, because reloading the file
will erase all changes made in the Emacs session.  I will discuss
these separately.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]