bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#63235: 29.0.90; makefile-mode does not recognize Plan 9's mk, mkfile


From: Van Ly
Subject: bug#63235: 29.0.90; makefile-mode does not recognize Plan 9's mk, mkfile
Date: Thu, 4 May 2023 16:11:26 GMT

> From: Po Lu <luangruo@yahoo.com>
> Cc: 63235@debbugs.gnu.org
> Date: Wed, 03 May 2023 07:39:12 +0800
> Content-Type: text/plain
>  
> The way I understand it, mk is not a variant of Make, and is certainly
> not close enough to be supported by Makefile mode.  For starters,
> commands are not indented with tabs, but with spaces.
> 
> Besides, who uses it in the real world?
> 

The real world is surreal is the sense I get.  Plan 9 User Space is
packaged as 9base on the debian gnu/linux distribution.  Enough people
use it I guess.  Finding the words list in Plan 9 preserved from old
times was useful for me.  I have come across a recommended approach
guide to customizing the use of make and one tip changes the indented
tab convention.

Anyway, if it is not too difficult for me, since I have done the fsf
emacs copyright assignment paperwork, perhaps I can volunteer to widen
Makefile mode to play well with mk.

Tangentially in connection to Unicode and definitions for CJKrV
characters, before I had the paperwork done, I offered a patch
containing a readtable for feeding into Emacs and having a way to map
character to definition, can that be included to the dictionary lookup
function?

The uni-unihan-readings.el file looks like

QUOTE
;; -*-no-byte-compile: t; -*-
(defvar readings-table
        (make-char-table 'readings-table nil)
        "Char table of definitions for East Asian characters.")

(aset readings-table #x3400 "(same as U+4E18 X) hillock or mound")
(aset readings-table #x3401 "to lick; to taste, a mat, bamboo bark")
QUOTE ENDS






reply via email to

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