From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Towards a cleaner build: other output Date: Tue, 18 Jun 2019 00:53:30 +0200 Message-ID: References: <83zhn6zkgf.fsf@gnu.org> <83a7eo9nsh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="212184"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jun 18 00:54:02 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hd0Vl-000t2M-5M for ged-emacs-devel@m.gmane.org; Tue, 18 Jun 2019 00:54:01 +0200 Original-Received: from localhost ([::1]:52426 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hd0Vk-0007cJ-07 for ged-emacs-devel@m.gmane.org; Mon, 17 Jun 2019 18:54:00 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39736) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hd0VM-0007aJ-7m for emacs-devel@gnu.org; Mon, 17 Jun 2019 18:53:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hd0VK-0001bK-UN for emacs-devel@gnu.org; Mon, 17 Jun 2019 18:53:36 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:48290) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hd0VK-0001ZO-Me for emacs-devel@gnu.org; Mon, 17 Jun 2019 18:53:34 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hd0VG-0001pq-I1; Tue, 18 Jun 2019 00:53:32 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEUoJy3T0tursb52iKE/ Wn7yWvCNAAACVklEQVQ4jUWU27HDIAxEdYECIuwCDLgAXgVgoP+a7gqcCR/ODMcraRccmms55oP3 cvuH5my0AOe1IU9bCgCVSgscHW8X/gHvN+BgTUwbZAFYG3Awev3aKoq1fHKhh0Ob3dl7plHr7DWU XHK1apdaU41S5ri9TcUVfo7hfuCeuTqbi8uYyqMKeyc+QkGPEFJOSvo6Do1oOIAbPbx1t18OPR9z LEUJs89v5SW55sy7VK8L1PJK1MqK58iisIWGgDPxAiPUMSbmONsLMtelcAUgPByJtH0kS+fcUoSR 65UsNTIHAAotMPuNHtFdZBCmgPIelIBKKGRuIml7vCAPKCT7hDaabX7ByGGMKsAdBSBQfkEoo00y hdSRorKmuW+6VUCqja70URiOf2BO1JFiH9PJcP8e1FKwxdaHFMz87alq2IAvxSdpMp+HbeyIfStC iX8AOKT4sEdhAejxYEcDXGj1d0hyM6GUof54d/FBBUBdBh2HnQMxmdGPitEeCfmCF7lXC1TdmgaQ sW9zu29zbUfL6phazoUyxp68DGKZorKL6SATpzE7EkPNVHwNeF9b5Gzw5szL4NLcky/y0F7pouFX iJ1qJF9Wb03TRBr38rG+kt40w6gc53aOQh0bSiNgsa4DHqPKuArFtY43lYa4UBCTlBOKicRNizmu Qs9pAqYSRUU4crGiJEXuHNd7tHksx+/C5yNTiSI2OG5f4EnD2ayzIRN1UxKS4Qc7at32XNVtGqV1 u+QYzamo21BcNV4SEVBYbuo1BQxXf40RDsyh6P5n2LGbKie/+T+B/ImluiYywQAAAABJRU5ErkJg gg== In-Reply-To: (Stefan Monnier's message of "Mon, 17 Jun 2019 18:40:24 -0400") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.91.231.51 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:237811 Archived-At: Stefan Monnier writes: >> *Warning* default value of <> tokens changed to QUERY, was NULL= _TOKEN >> *Warning* default value of <> tokens changed to TRUE, was QUERY >> *Warning* default value of <> tokens changed to FALSE, was TRUE >> Grammar in javascript.el contains 2 useless nonterminals and 4 useless r= ules >> Grammar in js-wy.el contains 2 useless nonterminals and 4 useless rules >> Grammar in python-wy.el contains 2 useless nonterminals and 3 useless ru= les >> Grammar in python-wy.el contains 4 shift/reduce conflicts >> Grammar in python.el contains 2 useless nonterminals and 3 useless rules >> Grammar in python.el contains 4 shift/reduce conflicts >> >> These are from cedet, and are warning about grammars containing... >> useless rules? Perhaps this is more useful at run-time than at compile >> time? > > This is like running `yacc`: you want those warnings when you run > `yacc`, not when you use the resulting grammar. I thought it was the .el files themselves that were complaining, but poking at it a bit more, it's a warning when generating the .el files from .wy files, so the warnings seem correct, indeed. >> Loading /home/larsi/src/emacs/trunk/lisp/international/uni-name.el (sour= ce)... >> >> Hm... a "Loading" in the middle here? Does anybody know why? > > I guess something's using `load` instead of `require`? Yup. It's this code: (defmacro latin-ltx--define-rules (&rest rules) (load "uni-name") There's no comment about why, but it's pretty obvious when looking at the file itself -- it has no `provide'. Is that an oversight or is it meant to be that way? These files are all autogenerated... ;; Copyright =C2=A9 1991-2019 Unicode, Inc. ;; Generated from Unicode data files by unidata-gen.el. ;; The sources for this file are found in the admin/unidata/ directory in ;; the Emacs sources. The Unicode data files are used under the ;; Unicode Terms of Use, as contained in the file copyright.html in that ;; same directory. Perhaps just add a NOMESSAGE parameter to that load?=20=20 >> latin-ltx: 1535 rules (+ 0 conflicts)! >> Uhm... That doesn't seem very useful to me -- only output that if there >> are any conflicts? > > Agreed (and I plead guilty), OK; I'll silence that message (when there are zero conflicts). --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no