From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#20968: 25.0.50; Be able to specify the output directory for `byte-compile-file' Date: Sat, 04 Jul 2015 21:25:22 +0300 Message-ID: <831tgnye3x.fsf@gnu.org> References: <83615zyiuq.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1436034397 11244 80.91.229.3 (4 Jul 2015 18:26:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 4 Jul 2015 18:26:37 +0000 (UTC) Cc: 20968@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jul 04 20:26:27 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZBS8w-0000r7-Q6 for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jul 2015 20:26:26 +0200 Original-Received: from localhost ([::1]:44998 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBS8w-0001xY-2q for geb-bug-gnu-emacs@m.gmane.org; Sat, 04 Jul 2015 14:26:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49945) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBS8b-0001cZ-R2 for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 14:26:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZBS8Y-0006Gi-KU for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 14:26:05 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38461) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZBS8Y-0006G2-HR for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 14:26:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZBS8Y-0003as-2J for bug-gnu-emacs@gnu.org; Sat, 04 Jul 2015 14:26:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 04 Jul 2015 18:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20968 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20968-submit@debbugs.gnu.org id=B20968.143603431813747 (code B ref 20968); Sat, 04 Jul 2015 18:26:01 +0000 Original-Received: (at 20968) by debbugs.gnu.org; 4 Jul 2015 18:25:18 +0000 Original-Received: from localhost ([127.0.0.1]:39907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZBS7p-0003Zf-2G for submit@debbugs.gnu.org; Sat, 04 Jul 2015 14:25:17 -0400 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:36289) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZBS7m-0003ZM-Dp for 20968@debbugs.gnu.org; Sat, 04 Jul 2015 14:25:15 -0400 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NQZ00D0073YRF00@mtaout29.012.net.il> for 20968@debbugs.gnu.org; Sat, 04 Jul 2015 21:24:41 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NQZ00361754TEB0@mtaout29.012.net.il>; Sat, 04 Jul 2015 21:24:40 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:104704 Archived-At: > Date: Sat, 4 Jul 2015 11:20:05 -0700 (PDT) > From: Drew Adams > Cc: rgm@gnu.org, 20968@debbugs.gnu.org > > > > But AFAIK, the behavior is well-defined. > > > > It's well-defined only for the current behavior, where the *.el and > > the corresponding *.elc files live in the same directory. > > How so? Please give a concrete example where it is not well-defined > for a foo.el and a foo.elc that are in different directories. Explain > what problems you think arise in such a case. I already did that: we search load-path linearly, only once, looking for .el and .elc files in each directory. > Can you please point out just what the problems are? Sorry, don't have all that time. You will have to read the code to understand what I'm talking about. The function 'openp' in lread.c is the starting point, and the next step is to read the implementation of 'load'.