unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Feature request: CMake-mode
       [not found] <87mu15tw3d.fsf.ref@Ergus.i-did-not-set--mail-host-address--so-tickle-me>
@ 2020-10-01 22:33 ` Ergus
  2020-10-02  0:25   ` Óscar Fuentes
  0 siblings, 1 reply; 4+ messages in thread
From: Ergus @ 2020-10-01 22:33 UTC (permalink / raw)
  To: emacs-devel

Hi:

I have just noticed that Emacs does not have any native mode for cmake,
not even in elpa. And cmake is becomming more and more popular these
days.

There is a package in melpa which is very poorly maintained by the
cmake community.

https://melpa.org/packages/cmake-mode-20190710.1319.el
https://github.com/Kitware/CMake/blob/master/Auxiliary/cmake-mode.el

But it is indeed very poor and limited compared to others like:

https://melpa.org/#/cmake-font-lock

and produces some conflicts when interacting.

Could we consider to add a native cmake mode to vanilla or contact the
Kitware people to add this one to elpa? Or in the worst case to change
the name of their package in order to release the name and add a GPL
versioned one to elpa?

Best,
Ergus



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Feature request: CMake-mode
  2020-10-01 22:33 ` Feature request: CMake-mode Ergus
@ 2020-10-02  0:25   ` Óscar Fuentes
  2020-10-02  0:53     ` Ergus
  0 siblings, 1 reply; 4+ messages in thread
From: Óscar Fuentes @ 2020-10-02  0:25 UTC (permalink / raw)
  To: emacs-devel

Ergus <spacibba@aol.com> writes:

> Hi:
>
> I have just noticed that Emacs does not have any native mode for cmake,
> not even in elpa. And cmake is becomming more and more popular these
> days.

Yes.

> There is a package in melpa which is very poorly maintained by the
> cmake community.
>
> https://melpa.org/packages/cmake-mode-20190710.1319.el
> https://github.com/Kitware/CMake/blob/master/Auxiliary/cmake-mode.el

And you think that we would do better? :-)

> But it is indeed very poor and limited compared to others like:
>
> https://melpa.org/#/cmake-font-lock

This one just adds advanced syntax highlighting, it does not provide
indentation, etc.

> and produces some conflicts when interacting.

Those are bugs, because its README says

  This package is designed to be used together with a major mode for
  editing CMake files.

and then goes on explicitly mentioning Kitware's mode.

> Could we consider to add a native cmake mode to vanilla or contact the
> Kitware people to add this one to elpa? Or in the worst case to change
> the name of their package in order to release the name and add a GPL
> versioned one to elpa?

CMake releases new versions quite often, so an elpa package (not to
mention a vanilla one) would soon be outdated unless someone (TM)
commits to keeping it up to date.

I've interacted with the Kitware guys on the distant past and I *guess*
that they would be glad to put their mode on elpa, but the relicensing
and paper signing are not straightforward because right now I see 11
contributors to that source file and most of them are not Kitware
employees. Isn't there a new elpa repository for non-GNU packages? That
would make this issue irrelevant.




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Feature request: CMake-mode
  2020-10-02  0:25   ` Óscar Fuentes
@ 2020-10-02  0:53     ` Ergus
  2020-10-02  2:49       ` Óscar Fuentes
  0 siblings, 1 reply; 4+ messages in thread
From: Ergus @ 2020-10-02  0:53 UTC (permalink / raw)
  To: Óscar Fuentes; +Cc: emacs-devel

On Fri, Oct 02, 2020 at 02:25:57AM +0200, �scar Fuentes wrote:
>Ergus <spacibba@aol.com> writes:
>
>> Hi:
>>
>> I have just noticed that Emacs does not have any native mode for cmake,
>> not even in elpa. And cmake is becomming more and more popular these
>> days.
>
>Yes.
>
>> There is a package in melpa which is very poorly maintained by the
>> cmake community.
>>
>> https://melpa.org/packages/cmake-mode-20190710.1319.el
>> https://github.com/Kitware/CMake/blob/master/Auxiliary/cmake-mode.el
>
>And you think that we would do better? :-)
>
The package seems not really very maintained.

>> But it is indeed very poor and limited compared to others like:
>>
>> https://melpa.org/#/cmake-font-lock
>
>This one just adds advanced syntax highlighting, it does not provide
>indentation, etc.
>
Well, it is indeed better than the other. Also the other one covers
indentation decently fine.

But also the implementation of this one is much more complete.

>> and produces some conflicts when interacting.
>
>Those are bugs, because its README says
>
>  This package is designed to be used together with a major mode for
>  editing CMake files.
>
>and then goes on explicitly mentioning Kitware's mode.
>
Actually the problem is that part of the work the package does is
supposed to be implemented in the major mode not in a minor mode. Look
at this issue and the final comments:

https://github.com/Lindydancer/cmake-font-lock/issues/9

It has a similar issue with packages like rainbow.

>> Could we consider to add a native cmake mode to vanilla or contact the
>> Kitware people to add this one to elpa? Or in the worst case to change
>> the name of their package in order to release the name and add a GPL
>> versioned one to elpa?
>
>CMake releases new versions quite often, so an elpa package (not to
>mention a vanilla one) would soon be outdated unless someone (TM)
>commits to keeping it up to date.
>
That's true. But actually the Kitware file supports only the most basic
keywords. Most of the new features, and syntax are not included there
any way.

>I've interacted with the Kitware guys on the distant past and I *guess*
>that they would be glad to put their mode on elpa, but the relicensing
>and paper signing are not straightforward because right now I see 11
>contributors to that source file and most of them are not Kitware
>employees. Isn't there a new elpa repository for non-GNU packages? That
>would make this issue irrelevant.
>



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Feature request: CMake-mode
  2020-10-02  0:53     ` Ergus
@ 2020-10-02  2:49       ` Óscar Fuentes
  0 siblings, 0 replies; 4+ messages in thread
From: Óscar Fuentes @ 2020-10-02  2:49 UTC (permalink / raw)
  To: emacs-devel

Ergus <spacibba@aol.com> writes:

>>> There is a package in melpa which is very poorly maintained by the
>>> cmake community.
>>>
>>> https://melpa.org/packages/cmake-mode-20190710.1319.el
>>> https://github.com/Kitware/CMake/blob/master/Auxiliary/cmake-mode.el
>>
>>And you think that we would do better? :-)
>>
> The package seems not really very maintained.

[snip]

>>> Could we consider to add a native cmake mode to vanilla or contact the
>>> Kitware people to add this one to elpa? Or in the worst case to change
>>> the name of their package in order to release the name and add a GPL
>>> versioned one to elpa?
>>
>>CMake releases new versions quite often, so an elpa package (not to
>>mention a vanilla one) would soon be outdated unless someone (TM)
>>commits to keeping it up to date.
>>
> That's true. But actually the Kitware file supports only the most basic
> keywords. Most of the new features, and syntax are not included there
> any way.

So are you requesting to include Kitware's incomplete cmake-mode.el into
Elpa/Emacs or to develop a new mode (possibly based on Kitware's)? If
people is not contributing enough to Kitware's mode what makes you think
that once included into Emacs (with its added requirements about signing
papers, etc) it would be better?




^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2020-10-02  2:49 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <87mu15tw3d.fsf.ref@Ergus.i-did-not-set--mail-host-address--so-tickle-me>
2020-10-01 22:33 ` Feature request: CMake-mode Ergus
2020-10-02  0:25   ` Óscar Fuentes
2020-10-02  0:53     ` Ergus
2020-10-02  2:49       ` Óscar Fuentes

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).