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: Re: Emacs contributions, C and Lisp Date: Fri, 28 Feb 2014 02:10:50 -0800 Message-ID: <531060AA.8040103@dancol.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> <834n3lzux6.fsf@gnu.org> <87ppm9d3y4.fsf@wanadoo.es> <83ob1ty4qr.fsf@gnu.org> <87ha7lcxki.fsf@wanadoo.es> <83ios0xwcv.fsf@gnu.org> <87bnxscr0x.fsf@wanadoo.es> <83eh2oxpnw.fsf@gnu.org> <877g8gcl52.fsf@wanadoo.es> <871tyn4n1l.fsf@fencepost.gnu.org> <531054E2.6040200@dancol.org> <87k3cf3601.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H5gPUXuXfq9JHt7B5ifD31FTekMUTaRCu" X-Trace: ger.gmane.org 1393582256 22137 80.91.229.3 (28 Feb 2014 10:10:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Feb 2014 10:10:56 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 28 11:11:06 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 1WJKPI-0006E6-7s for ged-emacs-devel@m.gmane.org; Fri, 28 Feb 2014 11:11:04 +0100 Original-Received: from localhost ([::1]:50194 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJKPH-00089X-PD for ged-emacs-devel@m.gmane.org; Fri, 28 Feb 2014 05:11:03 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJKPD-00088n-U5 for emacs-devel@gnu.org; Fri, 28 Feb 2014 05:11:00 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WJKPC-000157-T4 for emacs-devel@gnu.org; Fri, 28 Feb 2014 05:10:59 -0500 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:39300) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WJKPB-00014e-5z; Fri, 28 Feb 2014 05:10:57 -0500 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=gWVfU9MZj6onEGtDbORV/aLfZe7VhE63HZHTaG4c4wg=; b=C64olUgShenkqSib8Ouvbai7UXJ8CsPLDspiqkrgDW97wieKvjhYuT7WPejTwVq6Dr/yGjLEc+/MHmgzNPwVHE5vNoPXIgCkVZO7S+3yb1dGnJ1btXNNGpg2XpupB0dhIKGOluteNm0eVeyLHGoc/aml+mofWKAgrnPQ6LBcJtBCM9Ze+1/17zIZ2fam9sV6iRrQZo/lPsoNKXarQ3u7lG6LTNuYTRgNWUI/G3slhNZ9dkGIcUHngermehnvTI9Cfeeol8lGWsNCcuR4IgLpgMbVmSUEDQZNdUjT85NMqSUZKQBr1cxJdxnnkd7BlFsP8wynUGy66sjUMAg65iE6Tw==; Original-Received: from [2620:0:1cfe:99::9] by dancol.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1WJKPA-0003Sz-FH; Fri, 28 Feb 2014 02:10:56 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 In-Reply-To: <87k3cf3601.fsf@fencepost.gnu.org> 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:169932 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --H5gPUXuXfq9JHt7B5ifD31FTekMUTaRCu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02/28/2014 02:07 AM, David Kastrup wrote: > Daniel Colascione writes: >=20 >> On 02/28/2014 01:13 AM, David Kastrup wrote: >>> When one declaration changes the meaning and syntax of a program all >>> over one file (and yes, this sort of thing _can_ happen with C++), >>> getting things right might require a full-file parse. When presented= >>> with a preexisting C++ file, being able to get the actual meaning out= >>> by the use of exhaustive tools is nice. When _writing_ a C++ >>> program, it's preferable to stay away from those edges and thus get >>> along with more simplistic tools. Or even none at all. >> >> You might believe that --- and you may even be right --- but your >> personal prescriptions for software development shouldn't affect the >> feature-set of a generic editor. >=20 > Ultimately, reality will affect the feature set of a generic editor. > Any feature that requires per-keystroke reparsing of the entire > compilation unit to work is not feasible in an editing workflow. That > kind of thing is ok for code browsing, not for writing. http://pdf.aminer.org/000/542/897/incremental_analysis_of_real_programmin= g_languages.pdf --H5gPUXuXfq9JHt7B5ifD31FTekMUTaRCu 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.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTEGCqAAoJEMAaIROpHW7IOM8P/A3zpo583qf5vps7YpiDO7da RLvypFk7kcho/1WvyexJUWuwi0R7SbS3/PfYI4Lizl4BL4l23HttxnwCn0fiMrqs BcabuMNU7GGTx2nJII1ndyzJBi/DtrmTzlxYHeDOrjvGZXEOamQGT3boLpAhlw+K vhQN1lFB4yX0f82n2+YR/ryqYx0litCcqziPb/FasU/sobGwMqCz5o7g7SKTsD3M FQztc1LYZnHtPNQ6vidyKODPvm81/xhVay3udbhutOvp1ItH26FwTLlfkdaBaf52 AJvQd86DBsIZ13Gs4XrGEkCK7TS3SOYp2ZL5yXUEg9uM8iLlM6qp+58NiCCsdYpo YkmXJsTj6AVNzWKfH+/UedRyrDMy+HhPUr2xua1BOmC9S5Xjh7iexaOU12I7bVHA XK4aD5n83C08rGIRZerlCRGdxQ1LPCoeWWh3Hg/+M77PPWlc6AJY9DXo2DvJNbk3 Ehq06ZlrwfNcGtVmdlCp5ya2JODRVAfrr/9f+ed2l3UIbVCwj385k7HVOaWagWR0 ZrYkNk7FoBsfK3fegvKweqh5Vyf05knhEujhZWCAGJlMiE3XjEitgZrB8El2bxcQ facnwh+9PjGICQcKMklldm4Cc0P+sLLKbi0bqyK/7LmBiuLDCktKUQTmxPJLSSDx Fg3I5MKdgXZzNc7VDeRJ =W0Kd -----END PGP SIGNATURE----- --H5gPUXuXfq9JHt7B5ifD31FTekMUTaRCu--