From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#63235: 29.0.90; makefile-mode does not recognize Plan 9's mk, mkfile Date: Sun, 17 Sep 2023 08:19:26 -0700 Message-ID: References: <202305021634.342GYNGn010247@sdf.org> <87ednycnhb.fsf@yahoo.com> <202305041611.344GBQJC025407@sdf.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7952"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , 63235@debbugs.gnu.org To: Van Ly Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 17 17:20:16 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qhtZI-0001rY-Fv for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 Sep 2023 17:20:16 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qhtZ0-0005Ug-2f; Sun, 17 Sep 2023 11:20:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qhtYw-0005UF-MT for bug-gnu-emacs@gnu.org; Sun, 17 Sep 2023 11:19:54 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qhtYw-000350-EC for bug-gnu-emacs@gnu.org; Sun, 17 Sep 2023 11:19:54 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qhtZ3-0000Yy-LG for bug-gnu-emacs@gnu.org; Sun, 17 Sep 2023 11:20:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Sep 2023 15:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63235 X-GNU-PR-Package: emacs Original-Received: via spool by 63235-submit@debbugs.gnu.org id=B63235.16949639842123 (code B ref 63235); Sun, 17 Sep 2023 15:20:01 +0000 Original-Received: (at 63235) by debbugs.gnu.org; 17 Sep 2023 15:19:44 +0000 Original-Received: from localhost ([127.0.0.1]:51142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhtYl-0000Y9-SK for submit@debbugs.gnu.org; Sun, 17 Sep 2023 11:19:44 -0400 Original-Received: from mail-lj1-x229.google.com ([2a00:1450:4864:20::229]:50577) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qhtYj-0000Xp-C6 for 63235@debbugs.gnu.org; Sun, 17 Sep 2023 11:19:42 -0400 Original-Received: by mail-lj1-x229.google.com with SMTP id 38308e7fff4ca-2bcbfb3705dso58925861fa.1 for <63235@debbugs.gnu.org>; Sun, 17 Sep 2023 08:19:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1694963967; x=1695568767; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=lrGQUk4C0Sz/JOYJmVjmO7ASYbZUGnA9bYbxQNuf/0o=; b=DCqS9RGoTIvfeiw3MatspPwBg/8G42ERovMmr2mA31sBrGTPWRF2A36dEzzZHbUC6r XeKO3HCwJ1tKdgDdm4Q/a40ktX+wrfynLeUBDi/zAaPMBER0G1cBGboDNKMhBQlu3ZeD aiSHX6KD0/ogIvccgIRJ6ddJFIydhvBR54DaEYVzeAmjFug2PCteRI8Ue9tv2spFTdVV fWqbAL7TU3EOSZK8hxF+svlcUGlnAv++jERBS8k6UAzmZQDtPt1L3jYZ7u6eqUPdUydf v+D3oqHflLlEDwTRf9Ek3IsC674PODv0VSTcRm8w5nOe4kpYRFv7+/kuISZ1eXe/mssj U1rw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694963967; x=1695568767; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=lrGQUk4C0Sz/JOYJmVjmO7ASYbZUGnA9bYbxQNuf/0o=; b=KemLHW5VYBZSVPXvjqAh4dx0wl7ogFHEEUboal1vRjhF43EsVNCV4vxZcgCUM93iU6 HlQaFmdcjU97ivF0r4WtLHgMDkCWYto5uzPPubDAL+ozllFaQYSXGWO0TQY1m5Jn2JHY kiTeyOxt9zB94Rr0Vvq5q+nNnMVit9S3c1GIrWoS6EKNvBeXSGSWkNy8K57TAU7ufmoV m7l7POek6NRKtrpYBj20mzPCdtMaO0WjI49+nMzfvIAgufxbyahKxZS5a7NOOlL4vX7p aQM+rbburU7gd7BiyPUS7SEqQnwm4CfrYppRjT4P2UqJLk3R/8axdMgGSoU8YZfLlnL7 u0mQ== X-Gm-Message-State: AOJu0Yzg+r+3XzOJq0Euq9VuStKvVmPTrbzYjSB3bOP41yFvkPxdpAEs KZJjUP7AoD1wUuWtzzH9NiYTWbbuQRZIg0C4Ojc= X-Google-Smtp-Source: AGHT+IEpIQvEtQsDWyMxVam/BZsgPXx1xk3g8zihsTyizqFTAfWj+f9pqnER88Ro6uYieR6+89aYrcnKMdfoxMKqeJQ= X-Received: by 2002:a2e:a7c9:0:b0:2bf:ff17:811e with SMTP id x9-20020a2ea7c9000000b002bfff17811emr2165443ljp.14.1694963967381; Sun, 17 Sep 2023 08:19:27 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 17 Sep 2023 08:19:26 -0700 In-Reply-To: <202305041611.344GBQJC025407@sdf.org> (Van Ly's message of "Thu, 4 May 2023 16:11:26 GMT") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:270707 Archived-At: close 63235 tags 63235 wontfix thanks Van Ly writes: >> From: Po Lu >> 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. We are not likely to take any patches that adds Plan9 mk support to make-mode.el, even if the change is very minimal. It will add to the maintenance burden going forward, and it is just not widely used enough to be worth it. I recommend creating a new major mode and submitting it as a GNU ELPA package instead. This can be based on make-mode.el, a complete rewrite, or written from scratch, as you prefer. It's probably best to avoid code duplication, perhaps by inheriting make-mode, if that makes sense here. I will be closing this bug as wontfix, but please don't take that as an indication that a Plan9 mk package won't be a welcome addition to GNU ELPA. On the contrary, we will be happy to distribute such a package, so that it can benefit users interested in this. Please request your package to be included when it is ready. The process for that is described here: https://git.savannah.gnu.org/cgit/emacs/elpa.git/plain/README > 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 Please submit a separate bug report for this if it's still an issue, and include a clear description of the issue. I couldn't make it out from the above.