Hi Erics,

Is this the version number you mentioned: http://repo.or.cz/w/emacs.git/blob/9d555d4f0b471c3ad2a517b40e1a68392cc47c0e:/configure.ac#l24 ?


On Fri, Jul 4, 2014 at 5:52 AM, Eric M. Ludlam <eric@siege-engine.com> wrote:
On 07/03/2014 09:32 AM, Tu Do wrote:
Hi Eric,

I tried to open an .el file in cloned Emacs repo at

However, I could not and got this error:

ede-emacs-version: Search failed: "AC_INIT(emacs,\\s-*\\([0-9.]+\\)\\s-*)"

It looks like the Emacs version number format has changed.  Again.

I looked in configure.ac, but I don't know how that version number is indicated now.  If you can find it, we can updated the version checker to look for it.

I am using your experimental ede-test CEDET. It's been great so far with
the EDE enhancement on C/C++ buffers. I have a suggestion: it would be
more convenient, if CEDET can leverage EDE integration with VCS. For
example, instead of manually specifying include path, is it possible to
make Semantic search for that file using the new EDE, and cached in
SemanticDB for later use?

Yes, that is a good idea.  There are a lot of different ways to store an include path in a project area, and nice things a VCS can do to help find things.

My intention is to get this first big change merged back into CEDET.  A different thread pointed out that some of the old relationships between projects has caused code duplication.  I think that project would be next.  Once simplified it will be easier to add general support for things like a VCS providing data generally across project types.