From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: Question Date: Fri, 2 Jul 2010 11:28:05 +0200 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1278063168 30432 80.91.229.12 (2 Jul 2010 09:32:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 2 Jul 2010 09:32:48 +0000 (UTC) Cc: Dan Davison , Eric Schulte , Emacs developers To: Carsten Dominik Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 02 11:32:45 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OUcZV-0004or-KM for ged-emacs-devel@m.gmane.org; Fri, 02 Jul 2010 11:32:43 +0200 Original-Received: from localhost ([127.0.0.1]:47497 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OUcZ3-0007J0-Dg for ged-emacs-devel@m.gmane.org; Fri, 02 Jul 2010 05:29:41 -0400 Original-Received: from [140.186.70.92] (port=49506 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OUcYQ-00072U-7D for emacs-devel@gnu.org; Fri, 02 Jul 2010 05:29:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OUcXq-0000DC-KP for emacs-devel@gnu.org; Fri, 02 Jul 2010 05:28:27 -0400 Original-Received: from mail-bw0-f41.google.com ([209.85.214.41]:40426) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OUcXq-0000D6-Dd for emacs-devel@gnu.org; Fri, 02 Jul 2010 05:28:26 -0400 Original-Received: by bwz9 with SMTP id 9so1827609bwz.0 for ; Fri, 02 Jul 2010 02:28:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=e5hETE+sgQYBpF3OHVYrEsfgoOXVFTI49nj26T3JFcI=; b=DuXyIaMZ0FTS0cHZ+4vAF3j3RS+rjGrwba4esnr9TEBKWNOxOddDJplWUZyXQOCOHl EIkmziF1Vh1KzHDI/NJUoMdPN480LyW/HhSZFvbj2vstDpC39u1a5QA6iuFYNHR6RxIz MTQhgVA0aFxqzGEd7SU0kbiwwXQqumkkzlJgw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=GqDoo4PIKnXJs8clC4zGyeZ5eXahqg2PL5BU21RZP63VL6cMTqLnhIHIy910Q7bNdL T0q3UpDlVDcvrMcWCXwjYOZxWFuW7R8zsMzKLJyL3SoKPA7yrmNYmomBMH8sIDd+YQSP Ztxx0X9uuXNo0m3gFi84/9a6kiTXcmQ3KJtvQ= Original-Received: by 10.204.112.5 with SMTP id u5mr376093bkp.113.1278062905190; Fri, 02 Jul 2010 02:28:25 -0700 (PDT) Original-Received: by 10.204.66.77 with HTTP; Fri, 2 Jul 2010 02:28:05 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:126686 Archived-At: On Fri, Jul 2, 2010 at 06:15, Carsten Dominik w= rote: > For supporting different languages, we will have a few emacs lisp > files which should not be compiled because the have dependencies on > code that is not present in Emacs. =C2=A0I.e. they do something like > > =C2=A0 (require 'slime) > > and call lots of functions from this package. Are these compile-time dependencies? > I think the best way it to leave these files > uncompiled. =C2=A0Is this acceptable? There are at least 82 .el files in lisp/** than are not compiled. > If yes, how do > I exclude them from compilation in the standard > Emacs build process. If you just want for the files not being byte-compiled, you can use -*- no-byte-compile: t -*- or ;; Local Variables: ;; no-byte-compile: t ;; End: but, are these packages usable when non-compiled? Because if they're not, they should simply be excluded from the Emacs tree, I think. Juanma