5:06 p.m.
I am forwarding an email I received from bug-cc-mode. It would seem,
according to him, that something broke with respect to cc-mode packaging with
the release of 21.4.3.
From my perspective, all I did was an XEmacs upgrade. After that, a
previously working cc-mode environment stopped working. I'd be happy to help
do something to track this down but what?
How does one force a recompile of an installed package? I'd rather try that
before I try downloading and installing my own copy of cc-mode in lieu of the
official package.
...Jake
--
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
8:07 a.m.
>>>> "Jake" == Jake Colman
<colman(a)ppllc.com> writes:
Jake> I am forwarding an email I received from bug-cc-mode. It
Jake> would seem, according to him, that something broke with
Jake> respect to cc-mode packaging with the release of 21.4.3.
With all due respect to the cc-mode maintainer, I don't think it's a
packaging issue. Large changes were made to the string "syntax
analysis" code in the last development cycle, and these are probably
responsible. We do have people looking at these issues now, but I
don't know when they'll get fixed. The person primarily responsible
for that code is on vacation at the moment.
If you still want to force recompilation of the package, it may be
enough to do byte-recompile-directory. It's risky, though, because
correct compilation in general depends on what macro definitions are
known to the Lisp interpreter, and if necessary macros are not loaded
into the Lisp environment the .elcs will be broken.
To rebuild a package reliably, you need to check out the toplevel
root of the package hierarchy, which contains build utilities, the
cc-mode package, and any packages it depends on.
--
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Institute of Policy and Planning Sciences Tel/fax: +81 (298) 53-5091
_________________ _________________ _________________ _________________
What are those straight lines for? "XEmacs rules."
2:17 p.m.
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
2:49 a.m.
21.1.14 is the latest version. 21.1.15 will be the "final" 21.1
release and it will happen sometime this summer.
The syntax analysis changes will have to be fixed before 21.4 becomes
the stable release, so yes, it is high priority.
vin shelton
maintainer of stable releases for XEmacs
Jake Colman <colman(a)ppllc.com> writes:
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
3:40 a.m.
|--==> "Jake" == Jake Colman <colman(a)ppllc.com> writes:
Jake> I am forwarding an email I received from bug-cc-mode. It would seem,
Jake> according to him, that something broke with respect to cc-mode packaging with
Jake> the release of 21.4.3.
I'm the guy who puts the XEmacs packages together, so if it's cc-mode
it's probably my fault. However, I would tend to agree with what
Steve Turnball was saying in this case.
Jake> From: Martin Stjernholm <mast(a)lysator.liu.se>
Jake> Subject: Re: CC Mode 5.28 (C++); Auto-newline error for ';' with XEmacs
21.4.3
Jake> To: Jake Colman <colman(a)ppllc.com>
Jake> Cc: bug-cc-mode(a)gnu.org
Jake> Date: 11 Jun 2001 16:09:22 +0200
Jake> User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
Jake> I think not. It looks like a problem in the XEmacs packaging of CC
Jake> Mode; perhaps you should report it to the XEmacs developers. As a
Jake> workaround you can always try to download and install the standalone
Jake> distribution of CC Mode from http://cc-mode.sourceforge.net.
Jake> ----------
Did you try this? Just out of curiosity (and to make sure I didn't do
anything wrong).
--
|---<Steve Youngs>---------------<GnuPG KeyID: 9E7E2820>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
8349
days inactive
8352
days old
4 comments
4 participants
participants (4)
-
Jake Colman -
Stephen J. Turnbull -
Steve Youngs -
Vin Shelton