From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Jim Meyering Newsgroups: gmane.emacs.devel Subject: automake's .el support vs. recent loss of byte-compile-dest-file Date: Wed, 22 Nov 2017 20:41:46 -0800 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1511412154 29218 195.159.176.226 (23 Nov 2017 04:42:34 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 23 Nov 2017 04:42:34 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 23 05:42:29 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHjLI-0007C1-Cx for ged-emacs-devel@m.gmane.org; Thu, 23 Nov 2017 05:42:28 +0100 Original-Received: from localhost ([::1]:42494 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHjLP-000315-Lz for ged-emacs-devel@m.gmane.org; Wed, 22 Nov 2017 23:42:35 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHjKi-00030u-0e for emacs-devel@gnu.org; Wed, 22 Nov 2017 23:41:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHjKh-0006pJ-30 for emacs-devel@gnu.org; Wed, 22 Nov 2017 23:41:52 -0500 Original-Received: from mail-pg0-x22a.google.com ([2607:f8b0:400e:c05::22a]:38772) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eHjKg-0006p0-Tw for emacs-devel@gnu.org; Wed, 22 Nov 2017 23:41:51 -0500 Original-Received: by mail-pg0-x22a.google.com with SMTP id s11so13522072pgc.5 for ; Wed, 22 Nov 2017 20:41:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:subject:date:message-id:mime-version; bh=BBZYDqbnrdeb9j5CngYQPncENvw592kWoWS8g4VVB54=; b=anpQAHP2TJnD7xyZFwxdmg4cp962m3nGOFfmgGFGkPXsRYyhUO9m/8cSZI2CgOs+Lo jICMpreYuVoZWvLlWUS+GkvPoMHHGdUb3SKmLFm1E1dXFklT3Xqs3t8gZMoQbbu+M0F8 5Fau12M2l3sv/MvZ/2+6fEcXX2DUmS7z3N8O+CiY1UBmXQ96F7zQXY1q1wJafb1MyDum Hbs+OCVMxMCLoDAp6lNWVhJWLTjoII48o84YW0mZL7+avw0ZLSMyjzw41cDCpWbpsx65 DxQD+xmNSTABj664Z7RZs1cjHyu9EAAXc56yvmDHmUKI2qSCG7TN+qlEApV6Ahepseb4 JOrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:subject:date:message-id :mime-version; bh=BBZYDqbnrdeb9j5CngYQPncENvw592kWoWS8g4VVB54=; b=tmgcmpisMxwBU00VripA2smJnE1MIEVVk407On5cEcFGxQFkdk0LE3ry1sTJhQGA9g HDhC6YU+sKgEC84oEZqCQnKsHFE1G73K0T61eyvNo20QqKPVQd3iX19tH/qJb2rxZkx0 xTwl03pE83S0prM2oUGL+c+y2nwNde3pQ4NM6DyiVGBUYAe2h/iDw5vBCbo+UJsqXrci HWjAMqfS4yHsRfQ3A0EKs1KWr0/d2kWA/R6+vhSc8oTAxNtQqyDkjlyW+eEMTV3UXCUo vCvIYhoBZV8fAVHum1yaVm8S9qSppXyvA/c/jtIk+HAyZHwqi1hvGMCEmojd/tDDX75x t59g== X-Gm-Message-State: AJaThX5+6krA1BUPcRSg6jYWYC1TlmZiCY8WqqYpQwdIAFk8Te3Iou2w /DYd9qO5VozK6ujmQdugwQasIg== X-Google-Smtp-Source: AGs4zMYCrzJGQh605GJBzdoUAQLjQyhE/PD32r2Nf3+2IB2WxhzF0zUQwyr75fLldEFjNoVUqpc+vA== X-Received: by 10.99.121.69 with SMTP id u66mr22664296pgc.193.1511412109147; Wed, 22 Nov 2017 20:41:49 -0800 (PST) Original-Received: from DHCP.thefacebook.com ([2620:10d:c090:180::1:967c]) by smtp.gmail.com with ESMTPSA id m22sm722427pfg.120.2017.11.22.20.41.48 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 22 Nov 2017 20:41:48 -0800 (PST) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400e:c05::22a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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:220385 Archived-At: Hello, In May, this happened: https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=233cfb0ea93ecdd2b63298be4243059e2e7a91fd commit 233cfb0ea93ecdd2b63298be4243059e2e7a91fd Author: Glenn Morris Date: Sat May 6 18:01:34 2017 -0700 Remove obsolete method of changing byte-compile-dest-file * lisp/emacs-lisp/bytecomp.el (byte-compile-dest-file): Define unconditionally. That broke automake's .el.elc rule, as used in any automake-using project that distributes an .el file. I noticed this because I want to make a new release of GNU idutils (which distributes idutils.el). With emacs built from that commit or newer, "make distcheck" now fails, because the source is in a read-only directory, and the rule's attempt to tell the byte-compiler to put the output in the current (writable) directory is ignored. Hence the write fails, and "make distcheck" fails. As for the automake-emitted rule, here's the code: https://git.savannah.gnu.org/cgit/automake.git/tree/lib/am/lisp.am#n44 I can make it work with this automake change: - --eval "(defun byte-compile-dest-file (f) \"$@\")" \ + --eval "(setq byte-compile-dest-file-function (lambda (_) \"$@\"))" \ But that will fail for those lacking byte-compile-dest-file-function, which was introduced in 23.1 (2009). Do you think it's worth supporting pre-23 emacs? If so, what's the best way to make it work both before and after that May change? Thanks, Jim