From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Thu, 27 Mar 2014 19:24:27 +0200 Message-ID: <83ob0ry2pg.fsf@gnu.org> References: <87y50z90pd.fsf@fencepost.gnu.org> <87txbn8r6x.fsf@fencepost.gnu.org> <8338j717oe.fsf@gnu.org> <87zjlf6tdx.fsf@fencepost.gnu.org> <83sir7yue7.fsf@gnu.org> <8761o3dlak.fsf@wanadoo.es> <83bnxuzyl4.fsf@gnu.org> <871tyqes5q.fsf@wanadoo.es> <87a9ddg7o8.fsf@engster.org> <87d2i9ee8t.fsf@engster.org> <874n3ke1qn.fsf@engster.org> <87vbvzcjv9.fsf@engster.org> <87iorz18fy.fsf@fencepost.gnu.org> <83vbvyv08q.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1395941080 20220 80.91.229.3 (27 Mar 2014 17:24:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 27 Mar 2014 17:24:40 +0000 (UTC) Cc: lekktu@gmail.com, dak@gnu.org, emacs-devel@gnu.org To: Michal Nazarewicz Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 27 18:24:50 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 1WTE2r-0003u3-DR for ged-emacs-devel@m.gmane.org; Thu, 27 Mar 2014 18:24:49 +0100 Original-Received: from localhost ([::1]:55136 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTE2q-0002oO-VO for ged-emacs-devel@m.gmane.org; Thu, 27 Mar 2014 13:24:48 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37157) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTE2j-0002jz-1j for emacs-devel@gnu.org; Thu, 27 Mar 2014 13:24:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WTE2d-0003qj-OT for emacs-devel@gnu.org; Thu, 27 Mar 2014 13:24:40 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:61892) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTE2X-0003oP-TB; Thu, 27 Mar 2014 13:24:30 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0N3300700UOC9S00@a-mtaout23.012.net.il>; Thu, 27 Mar 2014 19:24:28 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N33007O4V0S8Y30@a-mtaout23.012.net.il>; Thu, 27 Mar 2014 19:24:28 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.175 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:171039 Archived-At: > From: Michal Nazarewicz > Cc: dak@gnu.org, emacs-devel@gnu.org > Date: Thu, 27 Mar 2014 16:10:29 +0100 > > On Sat, Mar 01 2014, Eli Zaretskii wrote: > > IMNSHO, it is bad design to ask users to install a particular > > compiler, be it GCC or clang, just to be able to have decent editing > > capabilities for a program source. What next? shall we require > > LibreOffice to be able to edit text files conveniently? > > Emacs already uses ?spell for spell checking, GPG for signatures, and > probably many more tools I'm not aware of. I also think it's safe to > assume that if someone needs a decent editing capabilities for a program > source, she has tools that are able to compile that program source > already installed. You are misreading what I wrote, see above. I said it was unreasonable to ask users to install some _particular_ compiler, not _a_ compiler. That would be similar to only support in ispell.el one particular speller and not the rest. > (I'm not saying that requiring a compiler for completion is the only > possible option, by the way. I just wanna say, that not everything has > to be implemented in Emacs Lisp and for one, I hope no one will try to > reimplement GPG in Emacs Lisp). Strawman. No one suggested to "implement everything in Emacs Lisp".