From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: bruce.connor.am@gmail.com Newsgroups: gmane.emacs.devel Subject: Re: Elpa packages and macro dependencies. Date: Fri, 17 Oct 2014 16:54:56 +0100 Message-ID: References: Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113d42dcf17d330505a06285 X-Trace: ger.gmane.org 1413561311 10794 80.91.229.3 (17 Oct 2014 15:55:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Oct 2014 15:55:11 +0000 (UTC) Cc: emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 17 17:55:04 2014 Return-path: Envelope-to: ged-emacs-devel@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 1Xf9rq-0003Ia-FB for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 17:55:02 +0200 Original-Received: from localhost ([::1]:33105 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf9rq-0003Q7-64 for ged-emacs-devel@m.gmane.org; Fri, 17 Oct 2014 11:55:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37988) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf9rn-0003Q2-8o for emacs-devel@gnu.org; Fri, 17 Oct 2014 11:55:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xf9rm-0002XK-Et for emacs-devel@gnu.org; Fri, 17 Oct 2014 11:54:59 -0400 Original-Received: from mail-oi0-x234.google.com ([2607:f8b0:4003:c06::234]:60232) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xf9rl-0002X6-6Z; Fri, 17 Oct 2014 11:54:57 -0400 Original-Received: by mail-oi0-f52.google.com with SMTP id a3so800323oib.11 for ; Fri, 17 Oct 2014 08:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=WhxGYjqqsSTC4LF8OpAGVDb9UO+TyvhQYTU9JqhIG70=; b=FHjgKWWrrXkAYE0i5bO0j93jaSC2wRZohtdbH/kYCmdEaV4euTxbiQw1G6xW7vQWg6 9mnjSVvqN8zBEaOLUMwdWP1AigbHs9rO62Wa95PTmY09B7FWqBRzHYfC9lXadDe9X25q LJQY8XPUXx+v9dC73h8DbiMb3KDJ2DRdgOgAEPkEDouAZRpBgPwXN0Qtw80U/szaQEg5 kQht3TdOkAQ/TOY5SCrfi9XRjpPGy7EwuDwy29HtlIVu5+jSqQ3ssQTE3RjkKPOr3ghy ZFf9FU+pVCJ2oUlkQ5SGsm878TVM4ZMzF764826D3cF0EhEXu+Uzlf53LwDnQfUqV4O/ v4Qg== X-Received: by 10.202.215.70 with SMTP id o67mr7243246oig.15.1413561296451; Fri, 17 Oct 2014 08:54:56 -0700 (PDT) Original-Received: by 10.76.1.137 with HTTP; Fri, 17 Oct 2014 08:54:56 -0700 (PDT) Original-Received: by 10.76.1.137 with HTTP; Fri, 17 Oct 2014 08:54:56 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: 4n40qaT5giW0o99-R5vb3pzPfTE X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c06::234 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:175522 Archived-At: --001a113d42dcf17d330505a06285 Content-Type: text/plain; charset=UTF-8 > > The idea would be to make this automatic in the byte-compiler, so the > > packages don't need to worry about it. Actually, now that I think about this, wouldn't it make more sense to fix this on package.el instead of the bytecompiler? Before upgrading a package, package.el could check if the package is already loaded and then force-reload it after the installation. If there's a way of knowing the features provided by a package (look at filenames?) this would be trivial. --001a113d42dcf17d330505a06285 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


> > The idea would be to make this automatic in the byte-compiler, so= the
> > packages don't need to worry about it.

Actually, now that I think about this,=C2=A0 wouldn't it= make more sense to fix this
on package.el instead of the bytecompiler?

Before upgrading a package, package.el could check if the pa= ckage is already
loaded and then force-reload it after the installation. If there's a wa= y of knowing
the features provided by a package (look at filenames?) this would be trivi= al.

--001a113d42dcf17d330505a06285--