all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eric Ludlam <ericludlam@gmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>,
	Pierre Lorenzon <devel@pollock-nageoire.net>
Cc: zappo@gnu.org, 20507@debbugs.gnu.org
Subject: bug#20507: 25.0.50 eieio and packages depending on it
Date: Tue, 05 May 2015 20:58:19 -0400	[thread overview]
Message-ID: <5549672B.6090601@gmail.com> (raw)
In-Reply-To: <jwvfv7ax3ij.fsf-monnier+emacsbugs@gnu.org>

On 05/05/2015 02:56 PM, Stefan Monnier wrote:
>
>> >I think I am able to contribute to that. But please tell me
>> >more precisely which are the goals so that I do not make
>> >something that is not in the spec ! Or simply tell me if
>> >there's a good place to know what has to be done with the eieio
>> >project and all its dependencies.
> Mostly what needs to be done is to make sure that old code still works,
> and when it doesn't decide whether it should be fixed by changing EIEIO
> to be more bug-compatible or by changing the old code.
>

Hi Stefan,

CEDET has an extensive test suite, but most of it hasn't been merged 
into Emacs' tests.  I suspect the easiest way for you to get some good 
coverage is to pull CEDET from the sourceforge repository, build it 
using your development version of Emacs, and then do:

make utest-batch

and when that works

make itest-batch


The unit tests were failing for me with Emacs 25 a couple months back 
and I fixed a bunch of issues to make it work with some of the planned 
changes to eieio.  I'm not sure where it stands today as I haven't had 
time to mess with it recently.

The tests include all the tools that use eieio, and exercise a wide 
range of features from Semantic's completion to the SRecode insertion 
macros.  If you pass these tests, I'd have high confidence your eieio 
changes are in good shape.

The unit tests usually only take a minute or so, but the interactive 
tests can take several minutes.  The tests require you have many 
external tools installed which I assume you do, such as make, automake, 
gcc, and a few other things.

Eric





  reply	other threads:[~2015-05-06  0:58 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-05  8:06 bug#20507: 25.0.50 eieio and packages depending on it Pierre Lorenzon
2015-05-05 18:56 ` Stefan Monnier
2015-05-06  0:58   ` Eric Ludlam [this message]
2015-05-06 14:52     ` Stefan Monnier
2015-05-06  3:57   ` Pierre Lorenzon
2016-07-29  0:51 ` npostavs

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5549672B.6090601@gmail.com \
    --to=ericludlam@gmail.com \
    --cc=20507@debbugs.gnu.org \
    --cc=devel@pollock-nageoire.net \
    --cc=monnier@iro.umontreal.ca \
    --cc=zappo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.