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: Sat, 01 Mar 2014 21:40:06 +0200 Message-ID: <83zjl9u2qx.fsf@gnu.org> References: <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> <87lhwuyycb.fsf@fencepost.gnu.org> <87fvn2awbf.fsf@wanadoo.es> <83a9daug6e.fsf@gnu.org> <878usuard6.fsf@wanadoo.es> <838ustvlug.fsf@gnu.org> <874n3hbv1q.fsf@wanadoo.es> Reply-To: Eli Zaretskii 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 1393702825 25214 80.91.229.3 (1 Mar 2014 19:40:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 1 Mar 2014 19:40:25 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 01 20:40:33 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 1WJplx-0004rf-Iz for ged-emacs-devel@m.gmane.org; Sat, 01 Mar 2014 20:40:33 +0100 Original-Received: from localhost ([::1]:60677 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJplx-0000YV-3f for ged-emacs-devel@m.gmane.org; Sat, 01 Mar 2014 14:40:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53108) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJplm-0000LJ-3d for emacs-devel@gnu.org; Sat, 01 Mar 2014 14:40:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WJplf-000649-DD for emacs-devel@gnu.org; Sat, 01 Mar 2014 14:40:21 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:39581) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJplf-00063y-0p for emacs-devel@gnu.org; Sat, 01 Mar 2014 14:40:15 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N1R00H00VV89B00@mtaout29.012.net.il> for emacs-devel@gnu.org; Sat, 01 Mar 2014 21:43:15 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N1R007DKW43OLA0@mtaout29.012.net.il>; Sat, 01 Mar 2014 21:43:15 +0200 (IST) In-reply-to: <874n3hbv1q.fsf@wanadoo.es> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.185 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:170014 Archived-At: > From: =D3scar Fuentes > Date: Sat, 01 Mar 2014 20:03:45 +0100 >=20 > > Your needs are not the only ones, and not necessarily representat= ive > > of those of others. >=20 > Making an strawman does not help to the discussion. It's not a strawman at all. Different users do have different needs and preferences, there's nothing wrong about that. > >> We don't need the backend, but we need all the other big parts. = In the > >> case of Clang, that's probably more than 70% of its source code = (the > >> backend is provided by LLVM, which is a segregated code base.) > > > > Because Clang was designed and implemented as a compiler, first a= nd > > foremost, and not as a CEDET backend. >=20 > You are showing your ignorance here. I forgive you. > You can go to clang.llvm.org and see by yourself, on the front page= , > that you are wrong, but I guess that you wont to. >=20 > >From day 1, Clang aimed at modularization, with each component pro= viding > a convenient API for the benefit of external clients. If you ever managed a large software project (I did), then you know that the main goal of any project will show in its design and implementation loud and clear, no matter what secondary goals are there. A compiler whose main goal is to be a set of modules will never be a good compiler. In fact, no coherent software system can ever be made successful if it "aims at modularization" as a primary goal. Because I think Clang is a good compiler, I'm sure when it serves as = a library, it pulls in gobs of code that isn't strictly necessary. It simply cannot be any other way. > Just in passing I'll mention that that was one of the main motivati= ons > for creating Clang. Some of today's Clang heavy contributors would = have > preferred to do that modularization on GCC instead of starting from > scratch on a new project, but that was forbidden. Hence Clang is, i= n > great part, a consequence of the GNU policies intended to avoid GCC > usage by non-free software. Ironic, uh? You are again going into politics. Sorry, not interested. > But yeah, I'm the one who resorts to hand-waving and unsubstantiate= d > claims. We are talking about features Emacs needs to become a better IDE. Al= l I said is that there's more than one way, and the one I think we should explore first is CEDET. I didn't say it will necessarily provide the solution, all I said is that we should _try_. It's reall= y the logical way any software shop behaves: first see if any existing package could fit the bill, and only after that do something from scratch, or buy an external product. This must make sense to anyone who is in this business for any significant time. You, OTOH, claim from the get-go that this way will certainly fail, and should be dismissed without even trying, and back that up by toy programs and slogans. So yeah, you are the one who makes unsubstantiated claims. > > These repetitions serve nothing else but discouraging people for > > trying different approaches -- is this really your goal and your > > agenda? >=20 > Eli, I sincerely hope that you are not being serious with this. I p= refer > to mentally see you right now having a good laugh at my stubborn at= temps > to educate you. If you want me to laugh, add a smiley. But my worries are first and foremost for the lurkers out there. The= y might not laugh even if you do add a smiley. You don't attract newcomers by telling them that the job is so hard they shouldn't even try. > Although my real intention is to kill your claim that going with CE= DET's > C++ parser makes Clang/GCC unnecesary. If the CEDET based solution works well enough, Clang/GCC will indeed be unnecessary. They could be useful alternatives, though. > Hopefully other members on this community got the idea that what yo= u > propose is not such a great idea. If they have eyes in their heads, they will see that I'm right, I hope.