From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joaotavora@gmail.com (=?iso-8859-1?Q?Jo=E3o_T=E1vora?=) Newsgroups: gmane.emacs.devel Subject: Re: use-package.el -> Emacs core Date: Tue, 10 Nov 2015 14:48:30 +0000 Message-ID: References: <564136F7.2020404@yandex.ru> <87mvum1bbg.fsf@pedrosilva.pt> <87k2pqqd0j.fsf@russet.org.uk> <87oaf1zzo9.fsf@members.fsf.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1447169380 27449 80.91.229.3 (10 Nov 2015 15:29:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 15:29:40 +0000 (UTC) Cc: Pedro Silva , emacs-devel@gnu.org, Phillip Lord To: Nicolas Richard Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 10 16:29:34 2015 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 1ZwArR-0007h4-OA for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 16:29:29 +0100 Original-Received: from localhost ([::1]:32859 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwArR-00049M-6l for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 10:29:29 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41376) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwADv-0001U1-MZ for emacs-devel@gnu.org; Tue, 10 Nov 2015 09:48:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwADq-0006nK-5b for emacs-devel@gnu.org; Tue, 10 Nov 2015 09:48:39 -0500 Original-Received: from mail-wm0-x22f.google.com ([2a00:1450:400c:c09::22f]:37904) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwADp-0006mU-Sw for emacs-devel@gnu.org; Tue, 10 Nov 2015 09:48:34 -0500 Original-Received: by wmec201 with SMTP id c201so4413355wme.1 for ; Tue, 10 Nov 2015 06:48:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=enNVk7bMYB1ZTxjOK9RgsZPOTtvkJQVsOucSJWGRWCk=; b=zAj9NZKqF/hyB/gkpdTfFJfFr+HVUR+m9bR4ubSt1SUX9JRTlm5MCCmSzbQkK1fW7f JUXV+uTLMGnHHJ1I9wGxvjAkeotui4l4sX6/BVjgWMl0Mr23FunP0UKF0tFhWbh+0jka /St8GhILbFXX4iGSfX4CPtJ4l6HwPnUS2lqjAxD0+WmSkjM7A4rlLUZtAaJe8WKpdvfQ DRd/eHUaF7kykRSWct5rGr+2OPgMBZ8G7LdadmWMNGOebjp3IaGhIkAEwWGgXSkJ5QUA +5S8PyUj4Ugx/ErV/pEv7mC/dgDos+RCyoPpiX/yObIbyipo6Y9V8tWticVEhwdiN1Oc qPeg== X-Received: by 10.194.78.15 with SMTP id x15mr4989269wjw.144.1447166913083; Tue, 10 Nov 2015 06:48:33 -0800 (PST) Original-Received: from GONDOMAR.yourcompany.com (mail3.siscog.pt. [195.23.29.18]) by smtp.gmail.com with ESMTPSA id h189sm11815815wme.1.2015.11.10.06.48.31 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Nov 2015 06:48:32 -0800 (PST) In-Reply-To: <87oaf1zzo9.fsf@members.fsf.org> (Nicolas Richard's message of "Tue, 10 Nov 2015 15:39:34 +0100") User-Agent: Gnus/5, (Gnus v5.13) Emacs/25.0.50 (windows-nt) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c09::22f 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:193858 Archived-At: Nicolas Richard writes: > joaotavora@gmail.com (Jo=E3o T=E1vora) writes: > >>> (unless >>> (fboundp 'foo-a) >>> (autoload #'foo-a "foo" nil t)) >> >> According to the `autoload' docstring: >> >> If FUNCTION is already defined other than as an autoload, >> this does nothing and returns nil. > > > IIRC in the above snippet (from the expansion of a use-package > instance), `fboundp' is mostly used as `autoloadp' to avoid overwriting > existing autloads (I guess autloadp wasn't used because it takes an > OBJECT as argument instead of a symbol). Is this useful or desirable? Doesn't this mean that making a correction to a `use-package' instantiation and re-evaluating it will silently produce a noop? In the same vein, does `use-package' undo autoloads (or keybindings or any other thing) when the directive's value changes? Jo=E3o