From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Joseph Brenner Newsgroups: gmane.emacs.help Subject: Re: In emacs 23 compile-mode doesn't recognize (c)perl error messages Date: Mon, 02 Nov 2009 18:01:31 -0800 Message-ID: <87ws28wemc.fsf@kzsu.stanford.edu> References: <6d2cb724-900e-4e8a-9145-8b271037c8e2@z24g2000yqb.googlegroups.com> <79579e57-4e9e-4004-980d-760150d5b36e@j31g2000yqc.googlegroups.com> <87my397d43.fsf@kzsu.stanford.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1257216053 19938 80.91.229.12 (3 Nov 2009 02:40:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Nov 2009 02:40:53 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Nov 03 03:40:47 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N59K7-0004my-Ie for geh-help-gnu-emacs@m.gmane.org; Tue, 03 Nov 2009 03:40:43 +0100 Original-Received: from localhost ([127.0.0.1]:55278 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N59K7-0007s0-4W for geh-help-gnu-emacs@m.gmane.org; Mon, 02 Nov 2009 21:40:43 -0500 Original-Path: news.stanford.edu!usenet.stanford.edu!news.glorb.com!news2.glorb.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!nntp.posted.rawbandwidth!news.posted.rawbandwidth.POSTED!not-for-mail Original-NNTP-Posting-Date: Mon, 02 Nov 2009 20:01:27 -0600 Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) Cancel-Lock: sha1:hldFWKrfS2y635SNNozr9aBSmNw= Original-Lines: 42 X-Usenet-Provider: http://www.giganews.com Original-NNTP-Posting-Host: 198.144.208.84 Original-X-Trace: sv3-aRmOvdhrYUEhCJOcCdTu9dmDb2leH4c7DJl9sWS3pyAmf6xHFS7RHreXCdeJU02xJrZriBnd9ToL2V7!BlPRh/4/YOdjKCsrrihMEXx2mtaiJ+6LrWVCvEbswH6vsqdhdQZkb6ukq8KE//rtJpZaPDgXazA= X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.40 Original-Xref: news.stanford.edu gnu.emacs.help:174344 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:69423 Archived-At: Lennart Borgman writes: > Stefan Monnier wrote: >> I have no experience with such test rigs, nor with any the many Emacs >> test frameworks, and I have time neither to review them, nor to write >> my own.  But I would very much welcome some test framework to be >> installed in Emacs's CVS repository such that I can easily add tests in >> the "test" subdirectory for simple low-level tests. >> >> Being able to have higher-level tests would be nice as well and is >> indeed a hard problem in general, but it's not a prerequisite at all. > > I have added some things to ert.el so that it can be used for testing > commands and also fontification. (Some lisp expert could probably > transform my additions to something better, but the funcitonality is > there.) > > This is, as Joseph noted, part of nXhtml. There is no harm in > downloading nXhtml and installing that ( ;-) ), I would certainly hope not, but I've come to be somewhat leery of emacs extensions that consist of large numbers of interelated elisp files. I'm afraid that the lack of a package manager combined with Stallman's fearsome reputation as guardian of the cathedral has made gnu emacs prone to these things... they often seem to me like forks-in-disguise. > but you can also grab the files directly from the nXhtml repository at > Launchpad. In some moment of extraordinary orderlineness I happened to put > them in the nxhtml/test directory. > > If you install nXhtml you can run the tests for nXhtml with > > M-x nxhtmltest-run-Q > > to see how it works. I guess it's good to have a live example at hand, like this, but the immediate question (in my mind at least) would be is ert.el an entirely stand-alone package, or has some some dependencies with your other packages crept in?