emacs-devel
[Top][All Lists]
Advanced

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

Re: Testing fontification, indentation, and buffer manipulation


From: Phillip Lord
Subject: Re: Testing fontification, indentation, and buffer manipulation
Date: Thu, 24 Jan 2019 10:29:29 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.91 (gnu/linux)

Stefan Monnier <address@hidden> writes:

>> I was hoping to have it as both an ELPA package and available in core,
>> but there still isn't a good mechanism for that at the moment.
>
> Don't know about "good", but we can (and do) publish GNU ELPA packages
> where the code is kept in core (i.e. in the master branch of emacs.git):
>
>     % grep :core .../elpa/externals-list
>     ;;  :core     = part of GNU Emacs repository.
>     ;; :core URL must be a list of:
>      ;; ("cc-mode"          :core ("lisp/progmodes/cc-align.el"
>      ("cl-print"            :core "lisp/emacs-lisp/cl-print.el")
>      ("flymake"             :core "lisp/progmodes/flymake.el")
>      ("jsonrpc"             :core "lisp/jsonrpc.el")
>      ("let-alist"           :core "lisp/emacs-lisp/let-alist.el")
>      ("map"                 :core "lisp/emacs-lisp/map.el")
>      ("ntlm"                :core "lisp/net/ntlm.el")
>      ("python"              :core "lisp/progmodes/python.el")
>      ("soap-client"         :core ("lisp/net/soap-client.el" 
> "lisp/net/soap-inspect.el"))
>      ;;("tramp"             :core
>     %
>
> It has some rough edges, which makes it currently impractical to do that
> for Tramp (for example), but for simple enough cases it works OK.


Yeah, I saw that, and that would be a good way to go. I guess these
packages are developed in core though (i.e. it's their primary
repository)? For assess, it's nice to be able to develop them outside of
core, because that makes it easier, for example, to test against
multiple versions of Emacs (I am trying to support two major versions).

I've also got working code that takes an ELPA package and copies it into
the core build. It's quite simple to do actually, the documentation
needs improving and to plump in some configure options. It would raise
the possibility of having a "Emacs minimal" core distribution (i.e. with
no "elpa" packages). Interested?

Phil



reply via email to

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