I tend to agree with you - primarily because a recompliation did not fix
anything! I eagerly await a fix to the "syntax analysis" code which, as
you've mentioned, is not scheduled for 21.4.4. I would hope that it is high
up on the fix list and is considered a high priority issue. In the meantime,
I'm back to 21.1.12.
>>>> "Jake" == Jake Colman
<colman(a)ppllc.com> writes:
Jake> I am forwarding an email I received
from bug-cc-mode. It would
Jake> seem, according to him, that something broke with respect to
Jake> cc-mode packaging with the release of 21.4.3.
SJT> With all due respect to the cc-mode maintainer, I don't think it's a
SJT> packaging issue. Large changes were made to the string "syntax
SJT> analysis" code in the last development cycle, and these are probably
SJT> responsible. We do have people looking at these issues now, but I
SJT> don't know when they'll get fixed. The person primarily responsible
SJT> for that code is on vacation at the moment.
SJT> If you still want to force recompilation of the package, it may be
SJT> enough to do byte-recompile-directory. It's risky, though, because
SJT> correct compilation in general depends on what macro definitions are
SJT> known to the Lisp interpreter, and if necessary macros are not
SJT> loaded into the Lisp environment the .elcs will be broken.
SJT> To rebuild a package reliably, you need to check out the toplevel
SJT> root of the package hierarchy, which contains build utilities, the
SJT> cc-mode package, and any packages it depends on.
SJT> --
SJT> University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
SJT> Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
SJT> _________________ _________________ _________________ _________________
SJT> What are those straight lines for? "XEmacs rules."
--
Jake Colman
Principia Partners LLC Phone: (201) 946-0300
Harborside Financial Center Fax: (201) 946-0320
902 Plaza II Beeper: (800) 928-4640
Jersey City, NJ 07311 E-mail: colman(a)ppllc.com
E-mail: jcolman(a)jnc.com
web:
http://www.ppllc.com