<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.emacs.cedet">
    <title>gmane.emacs.cedet</title>
    <link>http://blog.gmane.org/gmane.emacs.cedet</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5800"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5793"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5792"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5790"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5787"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5774"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5749"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5747"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5746"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5745"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5738"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5730"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5725"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5724"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5720"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5719"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5705"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5700"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5699"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.emacs.cedet/5698"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5800">
    <title>semantic-find-file-noselect, warnings</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5800</link>
    <description>&lt;pre&gt;
Hello list.,

I get to see these warnings when I start editing python files (with
imports in them)

--8&amp;lt;---------------cut here---------------start-------------&amp;gt;8---
WARNING: semantic-find-file-noselect called for /home/yagnesh/local/python2.7.2/lib/python2.7/gettext.py while in set-auto-mode for /home/yagnesh/local/python2.7.2/lib/python2.7/gettext.py.  You should call the responsible function into `mode-local-init-hook'.
--8&amp;lt;---------------cut here---------------end---------------&amp;gt;8---

I don't have any fancy configuration for cedet.
I am not what they mean.? could you explain about them.?

&lt;/pre&gt;</description>
    <dc:creator>Yagnesh Raghava Yakkala</dc:creator>
    <dc:date>2012-05-26T06:43:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5793">
    <title>Fitting EDE on top of an existing build framework</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5793</link>
    <description>&lt;pre&gt;The company I work for has a high-level build system that's intended to cover multiple underlying build systems (make vs. ant vs whatever).  Let's call it "confoogure".  The confoogure build system deals in terms of packages, defined by Config files.  If your current directory---or any of your parent directories---has a Config file for the "Frobulator" package, you are "in" the "Frobulator" package, and so are your files.  You can do various build tasks by running "confoogure-build" in the top-level package directory: "confoogure-build release", "confoogure-build test", etc.

Right now, I have Emacs set up to do the following when loading a file:

(a) Check whether there is a Config file in a parent directory
(b) If there is, set the compile-command to be "cd ../..; confoogure-build" (where I go up enough directories to reach the Config file).

I would like to get EDE to understand confoogure.  If I can get Emacs to recognize that a given file or directory is managed by confoogure, then I should be able to build without going through the compile-command hack.  Further down the line, I should be able to mine the Config file for metadata on what flymake should invoke, and where GNU Global should put its output files.  But I'm having a hard time.  What I have so far is:

  (require 'ede/generic)

  (defclass ede-generic-confoogure-package-project
       (ede-generic-project)
     ((buildfile :initform "Config"))
     "Generic Project for Confoogure packages.")

  (defmethod ede-generic-setup-configuration
       ((proj ede-generic-confoogure-package-project) config)
     "Setup a configuration for Confoogure package."
     (oset config build-command "confoogure-build ")
     (oset config debug-command "confoogure-build "))

  (defmethod project-compile-project
      ((proj ede-generic-confoogure-package-project) &amp;amp;optional command)
    (require 'compile)
    (let ((default-directory (oref proj :directory)))
      (compile (oref (oref proj config) :build-command))))

  (ede-generic-new-autoloader "edeproject-confoogure-package"
                              "Confoogure Package" "Config" 
                              'ede-generic-confoogure-package-project)

As you can see from the require statement, I'm using the CEDET shipped with the Emacs24 pre-release.  There are non-technical issues that make it easier to use the as-shipped files.

The problem seems to be that EDE requires subprojects to function properly.  Assume we have the following layout...

   MyPackage/
      Config
      bar.c
      src/
        foo.c

If I load "src/foo.c", the "Development" menu is missing the entire "Build Project" submenu, and the two entries in the "Project Options" menu are greyed out.  If I load "bar.c" in the same directory as the Config file, the "Development" menu has a lot more options, and most of them available for selecting.  Similarly, calling (ede-current-project) returns what I would expect for "bar.c", but returns nil for "src/foo.c".  For whatever reason, calling `C-c . C' directly in "src/foo.c" does seem to do the right thing.

So is there something I'm missing that will let EDE recognize descendant files as part of a top-level project?  And is there a way to recognize Dired buffers as being part of a top-level project, so EDE commands will work in those as well?

Thanks,

Derek

&lt;/pre&gt;</description>
    <dc:creator>sand&lt; at &gt;blarg.net</dc:creator>
    <dc:date>2012-05-11T04:20:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5792">
    <title>Problems activating ede minor modes</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5792</link>
    <description>&lt;pre&gt;Hello all,

I am having problems activating EDE minor modes. Both ede-minor-mode and ede-dired-minor-mode. If I add

    (ede-dired-minor-mode 1)

into my dired-mode-hook I get a "Not in DIRED mode" message. I also have a place where I added

    (ede-minor-mode -1)

to another hook and it did not take effect. In both cases if I wrap it in

    (run-at-time "1 sec" nil (lambda () ... ))

it works but this is a horrible hack. I tested it just now using

    GNU Emacs 23.3.1 (i386-pc-solaris2.11, GTK+ Version 2.20.0) of 2011-11-18 on sfebuildb.uk.openindiana.org

but I know I've had the (ede-minor-mode -1) issue on Linux and other builds of emacs as well.

Thanks,

&lt;/pre&gt;</description>
    <dc:creator>Ronald Parker Jr</dc:creator>
    <dc:date>2012-05-10T15:18:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5790">
    <title>semanticdb-javap configuration</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5790</link>
    <description>&lt;pre&gt;Hi all,

Is there any documentation on how to configure semanticdb-javap to extract
tags from jars?

For now I have configured Emacs&amp;amp;CEDET so that it auto-completes the tags
from the imported java-files. Now I'm trying to get autocompletion for the
classes from jar's and couldn't find any piece of text describing how to
get this done...

Dmitry
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________
Cedet-devel mailing list
Cedet-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
&lt;/pre&gt;</description>
    <dc:creator>Дмитрий Бушенко</dc:creator>
    <dc:date>2012-05-04T15:22:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5787">
    <title>New mozrepl backend for Semantic</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5787</link>
    <description>&lt;pre&gt;For you Javascript coders out there this should be fairly interesting. I
added a semanticdb omniscience database using mozrepl, which is a
Firefox extension providing access to a running session. I've written
more about it here, also covering installation and the different
completion solutions that are currently available:

http://www.randomsample.de/dru5/node/147

Cheers,
David

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2012-05-03T20:06:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5774">
    <title>status of cedet-build.el after the merge of newtrunk</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5774</link>
    <description>&lt;pre&gt;cedet-build.el defines cedet-build-in-default-emacs command which I have
relied on before to create ELPA package of cedet.  I would like to
continue to to use this so that I can create a new cedet package once in
a while which then can be installed onto emacs 23 or 24.

It appears to me that cedet-build.el is obsolete or at least on the way
to being obsolete.  I say this based on (a) the fact that all mention of it
has been removed from INSTALL file (b) cedet-autogen.el has been moved to
obsolete directory which defines cedet-update-autoloads which is
a key function needed in cedet-build.el (c) cedet-build.el has not been
updated to reflect the change in subdirectory names.

Is there an alternative to cedet-build.el which I can leverage for
creating ELPA pacakge out of bzr snapshot of cedet?  If not, would you
consider accepting patches to keep cedet-build.el alive a little bit
longer?

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>emacs18&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2012-04-29T21:37:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5749">
    <title>Wisent parser for RELAX NG compact syntax</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5749</link>
    <description>&lt;pre&gt;I am working towards a Wisent parser for RELAX NG compact syntax, which is
one of the two renditions of the RELAX NG schema language for XML.  (See
http://www.relaxng.org/ for further info about RELAX NG.)

The code is on GitHub at https://github.com/tkg/nrnc.

The BNF from the ISO spec [1] is at
https://github.com/tkg/nrnc/blob/master/bnf.txt

It's at the "it sort-of works" stage (for as much as has been implemented
so far), so any and all feedback would be appreciated.

More specifically, RELAX NG consists largely of 'pattern' definitions and
although, e.g., the BNF includes:

pattern ::=
("element" nameClass "{" pattern "}")
| ("attribute" nameClass "{" pattern "}")
| (pattern ("," pattern)+)
| (pattern ("&amp;amp;" pattern)+)
| (pattern ("|" pattern)+)
...

a sequence of patterns between "{" and "}" can't mix ",", "&amp;amp;", and "|" as
the separator between patterns.  E.g., you can't have "{ a, b &amp;amp; c}".  How
can that best be handled using Wisent?

Regards,


Tony Graham.

[1]
http://standards.iso.org/ittf/PubliclyAvailableStandards/c052348_ISO_IEC_19757-2_2008(E).zip

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Tony Graham</dc:creator>
    <dc:date>2012-04-24T19:00:19</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5747">
    <title>Merge of 'newtrunk' branch</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5747</link>
    <description>&lt;pre&gt;As Eric has already written, CEDET 1.1 will be the last release to use
the current build and file name infrastructure. Over the past months, I
have worked on a new branch called 'newtrunk', which again is based on
Lluís' 'file-rename' branch, featuring a completely new build system and
new file names in accordance to the ones in Emacs proper. It also has
hundreds of other changes from the Emacs maintainers; for instance, the
way the Semantic/EDE modes are set up will be completely different.

Note that we will not switch to using 'newtrunk', but merge 'newtrunk'
into 'trunk' instead. I have already done this locally, fixing all the
conflicts and getting the unit and integrations tests to run. I will fix
the remaining compiler warnings next, then do some more testing and push
the changeset during next week.

This will be a *huge* set of changes. If you're following CEDET-bzr, but
need it for work or other important things, you might be better off to
switch to the current stable release CEDET 1.1 and wait until the dust
settles. If you're using Emacs 22, you will have to stay on CEDET 1.1
anyway, since we're now dropping support for it. I will write more
details when I've done the push.

Be afraid. Be very afraid.

Cheers,
David

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2012-04-22T13:23:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5746">
    <title>Making listing buffers (data-debug and symref)read-only</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5746</link>
    <description>&lt;pre&gt;I have a branch which makes these two buffers read-only, so they don't get junk
written to them in the form of self-inserting keys. After a long fight with
Bazaar, I have a branch here:

lp:~haxney/+junk/listing-buffers-read-only

Rather than using `toggle-read-only', which the documentation says is bad form
in an elisp program, I used `buffer-read-only' and `inhibit-read-only' to
achieve the desired effect. Also, I made sure the buffers do not show up as
modified when sections are expanded and collapsed.



------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Daniel Hackney</dc:creator>
    <dc:date>2012-04-20T23:02:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5745">
    <title>semantic-lex-c-preprocessor-symbol-file to search forfile from project root</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5745</link>
    <description>&lt;pre&gt;
We would ideally want to include different project specific config.h
file. Is it possible to add a new variable or make
semantic-lex-c-preprocessor-symbol-file to have project root relative
file names ?

-aneesh


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Aneesh Kumar K.V</dc:creator>
    <dc:date>2012-04-20T04:55:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5738">
    <title>missing include until bovinate run</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5738</link>
    <description>&lt;pre&gt;Hi,

I'm using CEDET 1.1 and have the following problem. Whenever I re-open
some c++ source files, one of the includes in a different directory
listed in the EDE project is marked as Unknown by semantic. However,
running C-u M-x bovinate solves the problem and the include is found.
If I close the file and immediately re-open it, the same problem
re-appears.

Any hints?

Thanks!
Andrzej

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Andrzej Pronobis</dc:creator>
    <dc:date>2012-04-19T12:12:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5730">
    <title>EDE qmake based project</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5730</link>
    <description>&lt;pre&gt;Hi,

When working on C++/Qt projects based on qmake, I use
`ede-cpp-root-project'. Integration of such projects into EDE could be
better: For example, the makefiles could be generated automaticaly (by
qmake) from the project .pro file.

I would be happy to contribute (I am fluent in C++, Qt and have some
knowledge of elisp). Is there anybody working on such things?

Just started reading ede-proj-maven2.el from the Git repository. Any
pointer to the documentation welcome.

(Note: In that file the usual "#autoload" are spelled "#autoloa d"!! Is it
a typo??)
&lt;/pre&gt;</description>
    <dc:creator>Matthias Meulien</dc:creator>
    <dc:date>2012-04-19T11:04:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5725">
    <title>Semantic-gcc on Windows</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5725</link>
    <description>&lt;pre&gt;Hello.
I'm new to Emacs and decided to use Cedet for coding on Windows. But I had
a problem with system include path: it was nil while GCC (MinGW) was in
%PATH%. So I decided to fix it up.
After some work I find out that gcc return strings ended with "\r\n" while
functions in semantic-gcc are waiting for "\n" ended strings. The only fix
I see is changing semantic-gcc-query function. Here is the patch
http://dl.dropbox.com/u/17989265/cedet-semantic-gcc.patch. The first
version of fix was edited according to Alex Ott recommendation.
The second thing I've done was adding a hook (add-hook 'semantic-init-hooks
'semantic-gcc-setup) to make it work. Without it include paths are empty.
I hope it would help.
If I've done anything wrong please tell me the right direction for working.
P.S. Sorry for my bad English.
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________
Cedet-devel mailing list
Cedet-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
&lt;/pre&gt;</description>
    <dc:creator>Алайцев Иннокентий</dc:creator>
    <dc:date>2012-04-18T19:34:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5724">
    <title>semantic-fold.el for newtrunk</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5724</link>
    <description>&lt;pre&gt;
Is there a version of semantic-fold.el that i can use with newtrunk
branch ?

-aneesh


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Aneesh Kumar K.V</dc:creator>
    <dc:date>2012-04-18T09:41:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5720">
    <title>"ede-android-name-to-java" does not return full path</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5720</link>
    <description>&lt;pre&gt;Hello:

I am starting to do some Android programming with the bzr trunk of
cedet. Everything seems to be working with the exception of running the
function "ede-android-visit-activity" on an activity in
AndroidManifest.xml. Instead of finding the file in the correct path,
the path is truncated. For example, if the package name is:

        org.foo.bar

it will try to find the file in:

        src/org/

instead of

        src/org/foo/bar/

There seems to be a problem with "ede-android-name-to-java" which
"ede-android-visit-activity" uses.

Thanks.

Charles

&lt;/pre&gt;</description>
    <dc:creator>Charles Philip Chan</dc:creator>
    <dc:date>2012-04-17T16:03:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5719">
    <title>CEDET 1.1 released</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5719</link>
    <description>&lt;pre&gt;Greetings,

After a short beta cycle, I've updated CEDET to version 1.1.  There were 
only a small number minor tweaks between the 1.1beta2, and version 1.1, 
including:

Fixing ede-speedbar (changes in eieio), tweaks for Arduino projects, and 
several small bug fixes, new tests, doc and file cleanup.  Changes since 
version 1.0 can be found in the NEWS file.

You can download CEDET 1.1 here:

https://sourceforge.net/projects/cedet/files/cedet/cedet-1.1.tar.gz/download


Plans for the future:

CEDET 1.1 marks the last release that will use the current build and 
file name infrastructure.  Now that this release is complete, the CEDET 
bzr trunk will transition over to using what is now in the newtrunk 
branch.  This will mark the end of support for older versions of Emacs, 
such as Emacs 22.

Once this is complete, it will be possible for Emacs to merge CEDET 
changes into its trunk, and for CEDET to merge changes back from Emacs 
more easily, making for a much better overall code base.


Thanks:

I'd like to thank all the folks who have helped get CEDET to a 1.1 
release, almost 2 years after version 1.0 was released.  I couldn't have 
done it without the help and consultation of the people on these mailing 
lists.

In particular, I'd like to thank David Engster who has been tireless in 
helping me transition to Bazaar, getting the file-rename branch for 
merging with Emacs working along with Lluis, and providing buildbot 
support.  I credit buildbot for forcing the CEDET development repository 
to stay in a high quality state, which is what has made the beta cycle 
this time around so short.  Thanks David!


Enjoy CEDET 1.1.

Eric

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Eric M. Ludlam</dc:creator>
    <dc:date>2012-04-15T18:19:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5705">
    <title>Git mirror</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5705</link>
    <description>&lt;pre&gt;Because I did some testing for the merge, I converted the bzr repo to
git and put it on my server. Since the buildbot is running there anyway,
it can also keep it up to date (every 15min), so I guess I can just make
it an official "thing":

  git://git.randomsample.de/cedet.git

or for people behind firewalls

  http://git.randomsample.de/cedet.git

I'll put this information on the web site soon.

Cheers,
David

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2012-04-09T15:10:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5700">
    <title>No method definition: ede-proj-setup-buildenvironment</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5700</link>
    <description>&lt;pre&gt;Hi,

when I want to build the latest version on newtrunk, make failes with this output at the end:


Creating Makefiles using EDE.
Loading vc-bzr...
No method definition: ede-proj-setup-buildenvironment, (nil t)
make: *** [lisp/cedet/Makefile] Error 255


Anyone know whats going on?

Cheers,
Nikolaus
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Nikolaus Demmel</dc:creator>
    <dc:date>2012-04-08T03:51:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5699">
    <title>cedet parsing preprocessor output</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5699</link>
    <description>&lt;pre&gt;To debug macros I often pass -save-temps to GCC. This leaves a bunch
of large files with .i and .ii extensions sitting in my directory. For
some reason, CEDET sometimes to pick these up and parses them, which
slows down my emacs quite a bit.

Just as a suggestion, but maybe CEDET should ignore .i and .ii
files... I'm not sure if there's a scenario where you'd really want
CEDET to parse these since they are only for debugging.

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Brendan Miller</dc:creator>
    <dc:date>2012-04-08T00:59:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5698">
    <title>Speedbar shows no targets for an EDE project</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5698</link>
    <description>&lt;pre&gt;Hi,

why does Speedbar do not show targets for an EDE project anymore ?

I have checked out the latest revision from CEDET trunk, built it with 
'make clean-all bootstrap' in the root of the source directory and then 
opened the file &amp;lt;path to CEDET source&amp;gt;/speedbar/Project.ede.
Now I wanted  Speedbar to display the hierarchy of its project. 
Therefore I typed M-x ede-speedbar and the only thing shown in the 
Speedbar project buffer is the name of the top level project ("speedbar" 
in this case).

I have set 'ede-project-directories' to true - with (setq 
ede-project-directories 't) - to disable any restrictions for the search 
of project files.
The variable 'ede-projects' contains the Speedbar project object 
together with its targets.

I guess I miss something here but I have no glue what this might be. I 
am using GNU Emacs 23.4.1 with CEDET from trunk, revision 8227.

Greetings
Hendrik


------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________
Cedet-devel mailing list
Cedet-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
&lt;/pre&gt;</description>
    <dc:creator>Hendrik Kühne</dc:creator>
    <dc:date>2012-04-04T12:39:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.emacs.cedet/5696">
    <title>ede ibuffer integration</title>
    <link>http://comments.gmane.org/gmane.emacs.cedet/5696</link>
    <description>&lt;pre&gt;I wrote some elisp to add EDE project integration to Ibuffer.  I thought 
I'd post it here in case anyone else would find it useful.  There are 
commands for filtering, marking and sorting buffers based on their 
associated EDE project's root directory.  Everything except for 
`etsc-set-ibuffer-saved-filter-groups' should work with any EDE project, 
that one is the exception since it loops over `etsc-project-dirs', a 
list where I store the roots of my own project type, to generate a 
filter group for each project.  However, it could easily be adapted for 
other project types.

Any comments are welcome.

Thanks,
Niels

(define-ibuffer-filter ede-project
     "Toggle current view to buffers with EDE project root
directory matching QUALIFIER."
   (:description "ede-project"
:reader (read-from-minibuffer "Filter by EDE project root directory 
(regexp): "))
   (let* ((file (buffer-local-value 'buffer-file-name buf))
 (proj (cond (file (ede-current-project (file-name-directory file)))))
 (root (cond (proj (ede-project-root-directory proj)))))
     (when root
       (string-match qualifier root))))

(define-ibuffer-sorter ede-project
   "Sort buffers by EDE project root directory."
   (:description "ede-project")
   (let* ((fa (buffer-local-value 'buffer-file-name (car a)))
 (pa (cond (fa (ede-current-project (file-name-directory fa)))))
 (ra (cond (pa (ede-project-root-directory pa))))
 (ba (buffer-name (car a)))
 (fb (buffer-local-value 'buffer-file-name (car b)))
 (pb (cond (fb (ede-current-project (file-name-directory fb)))))
 (rb (cond (pb (ede-project-root-directory pb))))
 (bb (buffer-name (car b))))
     (cond ((and ra (not rb)) t)
  ((and (not ra) rb) nil)
  ((and (not ra) (not rb)) (string&amp;lt; ba bb))
  ((and ra rb) (cond ((string= ra rb) (string&amp;lt; ba bb)) (string&amp;lt; ra rb))))))

;; this is used by `define-ibuffer-column' below
(defun etsc-ibuffer-column-summarizer (list)
   "Return summary string indicating number of unique EDE project
root directories in LIST"
   (interactive)
   (let ((l (length (delete-if (lambda (a) (or (not a) (string-match "^[ 
\t]*$" a)))
      (delete-dups list)))))
     (format "%d %s" l (cond ((= l 1) "project") "projects"))))

(define-ibuffer-column ede-project
   (:name "EDE Project" :inline t :summarizer 
etsc-ibuffer-column-summarizer)
   (let* ((file (buffer-local-value 'buffer-file-name buffer))
 (proj (cond (file (ede-current-project (file-name-directory file)))))
 (root (cond (proj (ede-project-root-directory proj)))))
     (if (not root) "" root)))

;; example `ibuffer-formats' value.  The second column configuration
;; replaces filename-and-process with ede-project
(setq ibuffer-formats
       '((mark modified read-only " "
      (name 18 18 :left :elide)
      " "
      (size 9 -1 :right)
      " "
      (mode 16 16 :left :elide)
      " " filename-and-process)
(mark modified read-only " "
      (name 18 18 :left :elide)
      " "
      (size 9 -1 :right)
      " "
      (mode 16 16 :left :elide)
      " " ede-project)
(mark " "
      (name 16 -1)
      " " filename)))

(defun ibuffer-mark-by-ede-project-regexp (regexp)
   "Mark all buffers whose EDE project root directory matches
REGEXP."
   (interactive "sMark by EDE project root directory (regexp): ")
   (ibuffer-mark-on-buffer
    #'(lambda (buf)
        (let* ((file (buffer-local-value 'buffer-file-name buf))
      (proj (cond (file (ede-current-project (file-name-directory file)))))
      (root (cond (proj (ede-project-root-directory proj)))))
 (when root
   (string-match regexp root))))))

(defun etsc-set-ibuffer-saved-filter-groups ()
   "Generate filter group for each project in `etsc-project-dirs'
and store in `ibuffer-saved-filter-groups."
   (interactive)
   (let ((dirs etsc-project-dirs) (group '("etsc-projects")) d x)
     (while dirs
       (setq d (car dirs))
       (setq x (cons ede-project d))
       (add-to-list 'group (list d x) t)
       (setq dirs (cdr dirs)))
     (setq ibuffer-saved-filter-groups (list group))))

;; load saved filter groups generated by
;; `etsc-set-ibuffer-saved-filter-groups' when loading Ibuffer
(add-hook 'ibuffer-mode-hook
   (lambda ()
     (ibuffer-switch-to-saved-filter-groups "etsc-projects")))

;; example keybindings for the filter/mark/sort commands
(define-key ibuffer-mode-map (kbd "/ e") 'ibuffer-filter-by-ede-project)
(define-key ibuffer-mode-map (kbd "% e") 
'ibuffer-mark-by-ede-project-regexp)
(define-key ibuffer-mode-map (kbd "s e") 'ibuffer-do-sort-by-ede-project)

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
&lt;/pre&gt;</description>
    <dc:creator>Widger, Niels</dc:creator>
    <dc:date>2012-03-30T12:48:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.emacs.cedet">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.emacs.cedet</link>
  </textinput>
</rdf:RDF>

