Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > Perl > Perl Misc > cperl-mode and emacs-21.4 brocken?

Reply
Thread Tools

cperl-mode and emacs-21.4 brocken?

 
 
Mike Dowling
Guest
Posts: n/a
 
      02-18-2005
I had no problems with cperl-mode with emacs-21.3.
With emacs-21.4, it still works, but only if started manually (M-x
cperl-mode). Starting automaticall with

(autoload 'perl-mode "cperl-mode" "alternate mode for editing Perl
programs" t)

in the .emacs file fails. Instead, I get the message:

File mode specification error: (error "Autoloading failed to define
function perl-mode")

Any clues, anybody?

Cheers,
M. Dowling

--
Sorry, after years of fighting spam, I've given in. I changed
my email address, and don't want to reveal it to spammers. I
understand any wrath therby incurred, but I'm no longer in any
position to continue the fight.
 
Reply With Quote
 
 
 
 
Ilya Zakharevich
Guest
Posts: n/a
 
      02-18-2005
[A complimentary Cc of this posting was sent to
Mike Dowling
<(E-Mail Removed)>], who wrote in article <(E-Mail Removed)>:
> I had no problems with cperl-mode with emacs-21.3.
> With emacs-21.4, it still works, but only if started manually (M-x
> cperl-mode). Starting automaticall with
>
> (autoload 'perl-mode "cperl-mode" "alternate mode for editing Perl
> programs" t)
>
> in the .emacs file fails. Instead, I get the message:
>
> File mode specification error: (error "Autoloading failed to define
> function perl-mode")
>
> Any clues, anybody?


Maybe you are using "my" cperl-mode.el with 21.3, and "their" with
21.4? IIRC, with "their" version you need a different way to
auto-associate, since it won't overwrite perl-mode...

Hope this helps,
Ilya
 
Reply With Quote
 
 
 
 
Mike Dowling
Guest
Posts: n/a
 
      02-19-2005
On Fri, 18 Feb 2005 20:18:44 +0000 (UTC), Ilya Zakharevich <(E-Mail Removed)> wrote:
> [A complimentary Cc of this posting was sent to
> Mike Dowling
><(E-Mail Removed)>], who wrote in article <(E-Mail Removed)>:
>> I had no problems with cperl-mode with emacs-21.3.
>> With emacs-21.4, it still works, but only if started manually (M-x
>> cperl-mode). Starting automaticall with
>>
>> (autoload 'perl-mode "cperl-mode" "alternate mode for editing Perl
>> programs" t)
>>
>> in the .emacs file fails. Instead, I get the message:
>>
>> File mode specification error: (error "Autoloading failed to define
>> function perl-mode")

>
> Maybe you are using "my" cperl-mode.el with 21.3, and "their" with
> 21.4? IIRC, with "their" version you need a different way to
> auto-associate, since it won't overwrite perl-mode...


Perhaps! I used the cperl-mode that came with emacs ("theirs") but it
appeared to have been authored by you, but its probabale old. Where can
I get the latest version, could you perhaps post it here?

Here's the blurb in the commentary in the beginning:

;;; cperl-mode.el --- Perl code editing commands for Emacs

;; Copyright (C) 1985, 86, 87, 91, 92, 93, 94, 95, 96, 1997
;; Free Software Foundation, Inc.

;; Author: Ilya Zakharevich and Bob Olson
;; Maintainer: Ilya Zakharevich <(E-Mail Removed)-state.edu>
;; Keywords: languages, Perl

So it looks like it's yours, but

(defvar cperl-tips 'please-ignore-this-line
"Get newest version of this package from
ftp://ftp.math.ohio-state.edu/pub/users/ilya/emacs
and/or
ftp://ftp.math.ohio-state.edu/pub/users/ilya/perl
Subdirectory `cperl-mode' may contain yet newer development releases
and/or
patches to related files.

For best results apply to an older Emacs the patches from
ftp://ftp.math.ohio-state.edu/pub/us...l-mode/patches
\(this upgrades syntax-parsing abilities of RMS Emaxen v19.34 and
v20.2 up to the level of RMS Emacs v20.3 - a must for a good Perl
mode.) You will not get much from XEmacs, its syntax abilities are
too primitive.

But these FTP URLs apparently no longer exist, so I deduce the
cperl-mode distributed with emacs is ancient. A google search for more
recent sources drew a blank.

Cheers,
Mike Dowling

--
Sorry, after years of fighting spam, I've given in. I changed
my email address, and don't want to reveal it to spammers. I
understand any wrath therby incurred, but I'm no longer in any
position to continue the fight.
 
Reply With Quote
 
Ilya Zakharevich
Guest
Posts: n/a
 
      02-19-2005
[A complimentary Cc of this posting was sent to
Mike Dowling
<(E-Mail Removed)>], who wrote in article <(E-Mail Removed)>:
> > Maybe you are using "my" cperl-mode.el with 21.3, and "their" with
> > 21.4? IIRC, with "their" version you need a different way to
> > auto-associate, since it won't overwrite perl-mode...

>
> Perhaps! I used the cperl-mode that came with emacs ("theirs") but it
> appeared to have been authored by you, but its probabale old. Where can
> I get the latest version, could you perhaps post it here?


One which comes with Emacs is a tiny bit dumbed down to be more
compatible with the "common ideology" of the Emacs package. See
ilyaz.org/software/emacs for the "point-and-shoot" version.

What do people think: is the presense of two versions hurting more
than availability of a version "which just works" no matter what
version of Emacs you are using (I use 19.33 ?

Yours,
Ilya
 
Reply With Quote
 
Mike Dowling
Guest
Posts: n/a
 
      02-20-2005
On Sat, 19 Feb 2005 22:28:08 +0000 (UTC), Ilya Zakharevich <(E-Mail Removed)> wrote:
> [A complimentary Cc of this posting was sent to
> Mike Dowling
><(E-Mail Removed)>], who wrote in article <(E-Mail Removed)>:
>> > Maybe you are using "my" cperl-mode.el with 21.3, and "their" with
>> > 21.4? IIRC, with "their" version you need a different way to
>> > auto-associate, since it won't overwrite perl-mode...

>>
>> Perhaps! I used the cperl-mode that came with emacs ("theirs") but it
>> appeared to have been authored by you, but its probabale old. Where can
>> I get the latest version, could you perhaps post it here?

>
> One which comes with Emacs is a tiny bit dumbed down to be more
> compatible with the "common ideology" of the Emacs package. See
> ilyaz.org/software/emacs for the "point-and-shoot" version.


Great! Works out of the box! Just the gear!

> What do people think: is the presense of two versions hurting more
> than availability of a version "which just works" no matter what
> version of Emacs you are using (I use 19.33 ?


Well, it hurts a bit. Obviously the version with emacs 21.4 is broken,
and that hurts.

As for the version, I always need the latest version of all useful Linux
software. This is because I have been developing my own Linux directly
from the sources ever since kernel version 0.7 (? I ferget exactly, but
it's close). If I ever stop continually upgrading to latest versions,
I'd be overwhelmed. I could then only catch up by reverting to a
distribution.

Cheers,
Mike Dowling

--
Sorry, after years of fighting spam, I've given in. I changed
my email address, and don't want to reveal it to spammers. I
understand any wrath therby incurred, but I'm no longer in any
position to continue the fight.
 
Reply With Quote
 
Ilya Zakharevich
Guest
Posts: n/a
 
      02-20-2005
[A complimentary Cc of this posting was sent to
Mike Dowling
<(E-Mail Removed)>], who wrote in article <(E-Mail Removed)>:
> On Sat, 19 Feb 2005 22:28:08 +0000 (UTC), Ilya Zakharevich <(E-Mail Removed)> wrote:
> > What do people think: is the presense of two versions hurting more
> > than availability of a version "which just works" no matter what
> > version of Emacs you are using (I use 19.33 ?

>
> Well, it hurts a bit. Obviously the version with emacs 21.4 is broken,
> and that hurts.
>
> As for the version, I always need the latest version of all useful Linux
> software.


The "mine" and "their" versions have the same "version number"; *this*
is the problem I had in mind. (*If* "their" version has any version
number at all - they have some opposition to RCS strings in .el files...)

Yours,
Ilya

 
Reply With Quote
 
Radomir Hejl
Guest
Posts: n/a
 
      02-24-2005

"Mike Dowling" <(E-Mail Removed)-bs.de> píše v diskusním příspěvku
news:(E-Mail Removed)...
>I had no problems with cperl-mode with emacs-21.3.
> With emacs-21.4, it still works, but only if started manually (M-x
> cperl-mode). Starting automaticall with
>
> (autoload 'perl-mode "cperl-mode" "alternate mode for editing Perl
> programs" t)
>
> in the .emacs file fails. Instead, I get the message:
>
> File mode specification error: (error "Autoloading failed to define
> function perl-mode")
>
> Any clues, anybody?
>
> Cheers,
> M. Dowling
>


I installed emacs 21.4.2 on solaris and was surprised to have only
cperl-mode 4.32 version.
So I replaced it with 5.0 version from
http://math.berkeley.edu/~ilya/software/emacs/
and it works seamlessly. Most annoying thing for me was ignoring \(a,b,..)
syntax which I suppose was fixed in 4.35.
In .emacs I have
(defalias 'perl-mode 'cperl-mode)
(setq cperl-syntaxify-by-font-lock t)

Radek


 
Reply With Quote
 
David Combs
Guest
Posts: n/a
 
      03-07-2005
In article <cvb777$2h72$(E-Mail Removed)>,
Ilya Zakharevich <(E-Mail Removed)> wrote:
>
>The "mine" and "their" versions have the same "version number"; *this*
>is the problem I had in mind. (*If* "their" version has any version
>number at all - they have some opposition to RCS strings in .el files...)
>
>Yours,
>Ilya



PLEASE, Ilya, prevail on the (gnu-?)emacs preparers/bundlers to
place in:

(1) "their" cperl-mode

(2) the release-notes

(3) the emacs manual (and .info)

this:

A *LOUD* notice that "their" cperl-mode is a hacked-by-them
*version* of *your* cperl-mode.

How "theirs" and yours differ, and why.

Where to get *yours* -- and either why some
(many) people prefer yours, or the url
of that opinion.

Ilya -- being as cperl-mode is ***YOUR*** code (even if not "legally",
due to gnu-license?), you REQUIRE that they do the above.

(also, doesn't the gnu/fsf-"license" *require* that they
do this revealing of how to get the original, ie yours?)

Thanks (from us all?)

David

(and much! thanks, from us all, for creating cperl-mode!)


 
Reply With Quote
 
Ilya Zakharevich
Guest
Posts: n/a
 
      03-09-2005
[A complimentary Cc of this posting was sent to
David Combs
<(E-Mail Removed)>], who wrote in article <d0ghb3$4pa$(E-Mail Removed)>:

Thanks for your advices on how I should/could lean on FSF...

> Ilya -- being as cperl-mode is ***YOUR*** code (even if not "legally",
> due to gnu-license?), you REQUIRE that they do the above.


Maybe I'm getting tired too quick now? Anyway, I'm very grateful
that now (after 10 years of bitching) "End" key does by default what
it should have done from the beginning. Now if Emacs would reliably
work with 8-bit input, I may even upgrade from the version 19.33 I'm
running now.

> (also, doesn't the gnu/fsf-"license" *require* that they
> do this revealing of how to get the original, ie yours?)


Interesting question. I do not recollect anything like this;
I would not be surprised if I'm the only person who is ready to stand
to the pressure and do not make the package "conform". ("Conformance"
is very useful in some modes of deployment; but it is not
*universally* better...)

> (and much! thanks, from us all, for creating cperl-mode!)


Actually, I did not create it; when I started it was in a reasonable
shape already (similar to what other good Emacs packages are . And
a lot of thanks to everybody how helped me to improve it to the
current state!

Yours,
Ilya
 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
if and and vs if and,and titi VHDL 4 03-11-2007 05:23 AM



Advertisments