From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Declaim and proclaim (Was: Re: [Emacs-diffs] trunk r116995: cl-lib defstruct introspection) Date: Tue, 22 Apr 2014 20:18:08 -0700 Message-ID: <535730F0.9070503@dancol.org> References: <53555822.3080007@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="b2RIQvhNE4UVrvv5KItIcO2EIXelNQlGO" X-Trace: ger.gmane.org 1398223108 9370 80.91.229.3 (23 Apr 2014 03:18:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Apr 2014 03:18:28 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 23 05:18:22 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 1WcnhW-0003yo-6R for ged-emacs-devel@m.gmane.org; Wed, 23 Apr 2014 05:18:22 +0200 Original-Received: from localhost ([::1]:58428 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcnhV-0007Yk-DL for ged-emacs-devel@m.gmane.org; Tue, 22 Apr 2014 23:18:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53759) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcnhR-0007Ya-VB for emacs-devel@gnu.org; Tue, 22 Apr 2014 23:18:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WcnhQ-0000yA-So for emacs-devel@gnu.org; Tue, 22 Apr 2014 23:18:17 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:48995) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WcnhQ-0000wV-GS for emacs-devel@gnu.org; Tue, 22 Apr 2014 23:18:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=1uQDofNSer0R0rpEVTstqP7pLYF9yJsTVodqokqGAQA=; b=f18YyYeQkuzPu2DPORygTmrhetZuzIjTYujvxtLy9NcJhcHQ7WmKJHot+BBYHhFfC5F+b75QrA43Fr7fVadVYXfllhVMpD+IPMlLVRszNVxt90tZRZX9ozyCdh5UzFZxLrbv1RtndrIuhOA6s5q9v1PY0VYXBaNy5FnoU+1R5cA9xUhoHcywwGXaBEe1NggZxMte/ZzPdwhiNRafwqdHrE6fpR20kr5jbvmx+lZTNWWys2Gefp33BBSHRlG23x2eQY9FxE5sHeA/Fu6BBf5HNwMQM1VRvGtb4h6T2EQB4vLLpzgLVEK8QYhZ1HYzk2mTURTZpk0t8EgExQLi+2aqrA==; Original-Received: from [2601:8:b200:2b6::2b1] by dancol.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1WcnhJ-000332-Qq; Tue, 22 Apr 2014 20:18:09 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 In-Reply-To: X-Enigmail-Version: 1.6 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 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:171603 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --b2RIQvhNE4UVrvv5KItIcO2EIXelNQlGO Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/21/2014 03:03 PM, Stefan Monnier wrote: >> That test was there in cl-check-type. The test doesn't make sense to m= e >> either. We should drop it in both places if we drop it in cl-the. >=20 > Great, let's drop it then. Thanks. On second thought, I'm not sure it's so simple. First of all, nobody in the tree actually changes the default speed or safety settings, AFAICT. On closer inspection, maybe that's been a good thing: cl--optimize-speed and cl--optimize-safety are ordinary non-local variables, and cl--do-proclaim just setqs them, indicating that compiling files that change their optimization settings will have global effects. I'm not sure we should change how it works now without having a discussion of how we want this whole system to work. Should we make cl--optimize-speed and cl--optimize-safety buffer-local? And shouldn't we be setting the default values to 3 and 0, respectively, during initial Emacs compilation when we haven't been given configured with --enable-checking? Also, we could make cl-locally do something useful by having it bind cl--optimize-speed and cl--optimize-safety, then fully macroexpand its bo= dy. --b2RIQvhNE4UVrvv5KItIcO2EIXelNQlGO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTVzDxAAoJEMAaIROpHW7IIOIP/0xgKGDWGN9bOziaZ04fhuTS 7n3643eDW3VIHRRcTyGJ6dJ1+Qno0Aq2ZgZFrzz69YLdmxsPCQJ/p2AdM9Q9kgzZ XAOTPMFiNYm1GVu0DFFCDvpdgMaIYYS/haMQyIIpq7w/gS0AxQUScmhAGgLkZnT3 q4WsYcPWcANWtxK83q6tkloZsPY+DoSFNljKcqva1eJyJBozzVvTJV0N3sJYvZf3 D0SWncyr0HB5x6qTs1RiIq3Qb2ymdzV26GxtPXKGBISpdPDBf2HiFeg/u2WheIof oS56BBUcUSbs9QK+bZTWzRXtbgmrvs86mc7vtUQ03ZQSM+PrpRz1ecT/3IZQhVi9 ib/GEx90MWhcfL8LnaW8AMqEtZ/E1ODkjVCaOjjMuBs9Z7roKPoEsGhUfHfkJc0M VrRwztUDNgZfV5L6g0kYqtZlVT5iKxaGCEu0EDbNDdgMyiIxjHPGiWuhSIGc4G63 R6DmfsnL4xnm+Oqxsamo2GTkGRwoTi2EjsiK1Gy7BrTNMKX/FScXfevnTUG8R0z6 Z5CvLSUS5UHh447VuOGztfdUC0m4lIsOqY/Av/A+IBpqJHvthnfFKURV7RAEdu+4 EP5VZ47wpBJ/QCVIGJdPjIOGKJQ8ksQ+mEffzAPe/tQskpscE748FscVZf/ryckc yOtvDseZR74yuT5RlMJm =fO25 -----END PGP SIGNATURE----- --b2RIQvhNE4UVrvv5KItIcO2EIXelNQlGO--