From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Herring, Davis" Newsgroups: gmane.emacs.devel Subject: RE: Emacs 25.0.94: Is require failing to define macros and functions at compile time? Date: Thu, 30 Jun 2016 00:09:25 +0000 Message-ID: References: <5773E5D6.8040201@gmail.com> <57741C4D.6070103@lanl.gov> , 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 1467245394 9405 80.91.229.3 (30 Jun 2016 00:09:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 Jun 2016 00:09:54 +0000 (UTC) Cc: =?iso-8859-1?Q?Cl=E9ment_Pit--Claudel?= , Drew Adams , emacs-devel To: "rswgnu@gmail.com" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 30 02:09:43 2016 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 1bIPY6-0000gd-Rz for ged-emacs-devel@m.gmane.org; Thu, 30 Jun 2016 02:09:43 +0200 Original-Received: from localhost ([::1]:46240 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIPY5-0000LX-S5 for ged-emacs-devel@m.gmane.org; Wed, 29 Jun 2016 20:09:41 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57765) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIPXz-0000LO-HQ for emacs-devel@gnu.org; Wed, 29 Jun 2016 20:09:36 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bIPXt-0002yx-Cs for emacs-devel@gnu.org; Wed, 29 Jun 2016 20:09:34 -0400 Original-Received: from proofpoint5.lanl.gov ([2001:400:4210:400::a5]:48695) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIPXt-0002yq-1v for emacs-devel@gnu.org; Wed, 29 Jun 2016 20:09:29 -0400 Original-Received: from mailrelay2.lanl.gov (mailrelay2.lanl.gov [128.165.4.103]) by mailgate5.lanl.gov (8.15.0.59/8.15.0.59) with ESMTP id u5U09QPV007795; Wed, 29 Jun 2016 18:09:26 -0600 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by mailrelay2.lanl.gov (Postfix) with ESMTP id 50B09F26B4C; Wed, 29 Jun 2016 18:09:26 -0600 (MDT) X-NIE-2-Virus-Scanner: amavisd-new at mailrelay2.lanl.gov Original-Received: from ECS-EXG-P-CH01.win.lanl.gov (ecs-exg-p-ch01.win.lanl.gov [128.165.106.11]) by mailrelay2.lanl.gov (Postfix) with ESMTP id 3BD36F26B46; Wed, 29 Jun 2016 18:09:26 -0600 (MDT) Original-Received: from ECS-EXG-P-MB01.win.lanl.gov ([169.254.1.37]) by ECS-EXG-P-CH01.win.lanl.gov ([128.165.106.11]) with mapi id 14.03.0301.000; Wed, 29 Jun 2016 18:09:26 -0600 Thread-Topic: Emacs 25.0.94: Is require failing to define macros and functions at compile time? Thread-Index: AQHR0jlmj99PS4PpQkmyef4vI4DY/qABQYIAgAAJyID//9Y5+w== In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [128.165.106.123] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.15.96, 1.0.3, 0.0.0000 definitions=2016-06-29_11:2016-06-29, 2016-06-29, 1970-01-01 signatures=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 2001:400:4210:400::a5 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:204967 Archived-At: > What happened to less code is easier to maintain? Or don't repeat yourse= lf?=0A= =0A= Asymptotically it is just a constant factor fewer characters to use mapc he= re. And (require 'foo) forms are so trivial that the maintenance burden is= questionable; some would prefer the diff- (and blame-) friendly character = of having each on its own line. As for DRY, the various libraries are typi= cally not strongly related (or else they would be combined), so the need fo= r each is defensibly separate.=0A= =0A= > I do:=0A= > =0A= > grep "require.*" *.el=0A= > =0A= > all the time without a problem on libraries that use the (mapc=0A= > #'require ...) call, so it is not a problem.=0A= =0A= If all the libraries fit on one line, yes. If there are so few, why bother= with mapc anyway?=0A= =0A= I'm not making any claim that these are "crushing rhetorical blows"; merely= pointing out that it's (probably) not worth making the world more complica= ted for the sake of curing so mild a problem as this.=0A= =0A= Davis=