From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark Oteiza Newsgroups: gmane.emacs.devel Subject: Re: Should we just start dumping cl-lib? Date: Fri, 2 Oct 2015 10:22:40 -0400 Message-ID: <20151002142240.GA9755@holos> References: <560E0DA7.6080305@dancol.org> <87twq9ebmh.fsf@udel.edu> <83y4fl5qqi.fsf@gnu.org> <20151002141452.GA9215@holos> <83pp0x5p7q.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1443799912 7733 80.91.229.3 (2 Oct 2015 15:31:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 2 Oct 2015 15:31:52 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 02 17:31:41 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 1Zi2J0-0006Gh-KW for ged-emacs-devel@m.gmane.org; Fri, 02 Oct 2015 17:31:31 +0200 Original-Received: from localhost ([::1]:60816 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi2Iz-0007IB-Sw for ged-emacs-devel@m.gmane.org; Fri, 02 Oct 2015 11:31:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38548) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi1EW-0000Qe-DJ for emacs-devel@gnu.org; Fri, 02 Oct 2015 10:22:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zi1ES-0002oH-GO for emacs-devel@gnu.org; Fri, 02 Oct 2015 10:22:48 -0400 Original-Received: from mail-qk0-f178.google.com ([209.85.220.178]:34358) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zi1ES-0002o5-CM for emacs-devel@gnu.org; Fri, 02 Oct 2015 10:22:44 -0400 Original-Received: by qkbi190 with SMTP id i190so22954976qkb.1 for ; Fri, 02 Oct 2015 07:22:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=KQRmLg/sKjdHhtlYSh2uulPvxdIpp/vc7FcJnXzV8wI=; b=SASXEbjxRXIVZWGulCyLAYo21QCzqbq8F37e9fyq1w6T10VmoB2rjOl9A1XPG0UDlJ pEBxPj5+wIZvqNf017Hm8NhDjijF2eU+jpIxQfzl7afFD4bh1ydsEq0uWkVPEhNcXi9B I3MStRyu37qsamzjwQxHcgp41ssD6n2fN3zreV9dyDsf3B+l4jR33OVN/qu4vPVQIrmC wNn2H37Gwi/qbLf6oqvGYqnzqN8UuTpv6oNzn4R384lAZAr01lnWoEZuSl1gFHhb7Mu7 eWdZRPiyf3PIsBDkdkdhmfomul2U80g4xPYbV3syxq0BMxiEKPWVnm22Ur15HcZKLRtG rXjQ== X-Gm-Message-State: ALoCoQnw86hsEfwpCNcVSOBUM0HMFpAjBtDuSN7DeCeTkhZLpX/RHaoCdqtNDb0gqQWVgsOgo3d2 X-Received: by 10.55.21.17 with SMTP id f17mr20284200qkh.57.1443795763668; Fri, 02 Oct 2015 07:22:43 -0700 (PDT) Original-Received: from holos.localdomain (c-73-172-248-173.hsd1.md.comcast.net. [73.172.248.173]) by smtp.gmail.com with ESMTPSA id 19sm4692837qhr.38.2015.10.02.07.22.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Oct 2015 07:22:42 -0700 (PDT) Original-Received: by holos.localdomain (Postfix, from userid 1000) id 9556C69721; Fri, 2 Oct 2015 10:22:40 -0400 (EDT) Content-Disposition: inline In-Reply-To: <83pp0x5p7q.fsf@gnu.org> User-Agent: Mutt/1.5.24+19 (9de2f1c6da87) (2015-08-30) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.220.178 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:190698 Archived-At: On 02/10/15 at 05:18pm, Eli Zaretskii wrote: > > Date: Fri, 2 Oct 2015 10:14:52 -0400 > > From: Mark Oteiza > > Cc: emacs-devel@gnu.org > > > > Regarding the breakage with winner.el, I don't understand why under some > > circumstances nothing seems to break if cl- functions are used at > > runtime in things with only `(eval-when-compile (require 'cl-lib))`. For > > instance, git-grepping for 'cl-remove-if' I see package.el and > > checkdoc.el don't require cl-lib at runtime. > > Are the cl-lib functions they use auto-loaded, perhaps? Yes. However, it was an issue in winner.el--why not in these libraries?