<?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://permalink.gmane.org/gmane.emacs.cedet">
    <title>gmane.emacs.cedet</title>
    <link>http://permalink.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://permalink.gmane.org/gmane.emacs.cedet/6508"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6507"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6506"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6505"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6504"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6503"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6502"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6501"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6500"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6499"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6498"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6497"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6496"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6495"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6494"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6493"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6492"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6491"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6490"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.emacs.cedet/6489"/>
      </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://permalink.gmane.org/gmane.emacs.cedet/6508">
    <title>cpp test patch for semantic</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6508</link>
    <description>&lt;pre&gt;Hi all,

I attach a small patch for semantic/tests/test.cpp.
It's supposed to show that the bovinator doesn't yet handle
C++ default arguments.
This results in  this case that the default variable is recognized as
an additional variable:

C++ code:

enum Enumeration {enum_a,enum_b,enum_c};

int simple2(int a = enum_c) {

}

'bovinate output:

("simple2" function
  (:arguments
   (("a" variable
     (:type "int")
     ...)
    ("" variable
     (:type
      ("enum_c" type
       (:type "class")
       nil nil)))
   :type "int" ...)

I tried to fiddle with "c.by" to fix it,
but somehow broke everything.
Now I returned "c.by" to the initial state, but it still doesn't work.
Any suggestions?

regards,
Oleh
------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev_______________________________________________
Cedet-devel mailing list
Cedet-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.source&lt;/pre&gt;</description>
    <dc:creator>Oleh</dc:creator>
    <dc:date>2013-06-11T10:00:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6507">
    <title>Subj: zjyzhaojiyang</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6507</link>
    <description>&lt;pre&gt;If my husband would ever meet a woman on the street who looked like the women in his paintings, he would fall over in a dead faint.inform:   http://igroupclaims.co.uk/bytheway.php6/10/2013 10:39:32 PMBest Regardsjiyang zhao------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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>jiyang zhao</dc:creator>
    <dc:date>2013-06-10T21:39:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6506">
    <title>Bug reports</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6506</link>
    <description>&lt;pre&gt;Hi,

I've just tagged a bunch of new bug reports in the Emacs bug tracker:

http://debbugs.gnu.org/cgi/pkgreport.cgi?users=emacs;tag=cedet

New bugs: 14475, 14472, 14470, 14468, 14467, 14466, 14455, 14454, 14453
14452, 14451

Note that all those bugs are filed against the version that's currently
bundled with Emacs, but AFAICS most of them should apply to the upstream
version as well.

-David

------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
&lt;/pre&gt;</description>
    <dc:creator>David Engster</dc:creator>
    <dc:date>2013-05-26T19:52:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6505">
    <title>Re: Question mark in rule</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6505</link>
    <description>&lt;pre&gt;My question was about legal names for non-terminals in general.

The cedet doc says non-terminal names can be anything that is a valid lisp
symbol name.

 The question mark is a legal character in a lisp symbol name, so why can't
I name my non-terminal "foo_?"?


On Fri, May 24, 2013 at 3:05 AM, Eric M. Ludlam &amp;lt;eric&amp;lt; at &amp;gt;siege-engine.com&amp;gt;wrote:

------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may_______________________________________________
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>Lars Petter Mostad</dc:creator>
    <dc:date>2013-05-24T17:27:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6504">
    <title>Re: [RFC] pulse.el</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6504</link>
    <description>&lt;pre&gt;
Sorry, I think I wasn't clear.  For old versions of Emacs that didn't 
have the utility that could mathematically shift colors, pulse does the 
following:

1) highlight the line in the desired color.
2) install a pre-ocmmand-hook.
3) before the next command, unhighlight the region
4) uninstall itself.

It is the last half of pulse.el as it stands now.

Eric

------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
&lt;/pre&gt;</description>
    <dc:creator>Eric M. Ludlam</dc:creator>
    <dc:date>2013-05-24T12:06:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6503">
    <title>Re: [RFC] pulse.el</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6503</link>
    <description>&lt;pre&gt;

I already have a copyright assignment to Emacs.


OK


I didn't know that the actual implementation had a mode where the pulse
could not stop until keypress. I always thought that it had to stop when
a key was pressed because it used `sit-for'.


OK


&lt;/pre&gt;</description>
    <dc:creator>Daimrod</dc:creator>
    <dc:date>2013-05-24T09:51:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6502">
    <title>Re: Question mark in rule</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6502</link>
    <description>&lt;pre&gt;Hi Lars,

I don't have enough context to know what you are talking about.  I'm not 
familiar with any of the syntaxes you are using in your description either.

In wisent, a grammar rule that matches one or fewer 'foo' might look 
like this:

bar: foo
    | ;; EMPTY
    ;

Perhaps you are defining a lexer?  In which case it is just regular 
expressions using regular Emacs syntax.

"\\(foo\\)?"

or a token in the grammar:

%token &amp;lt;symbol&amp;gt; bar          "\\(foo\\)?"

but that is probably a bad idea.

Eric

On 05/19/2013 02:37 PM, Lars Petter Mostad wrote:


------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
&lt;/pre&gt;</description>
    <dc:creator>Eric M. Ludlam</dc:creator>
    <dc:date>2013-05-24T01:05:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6501">
    <title>Re: [RFC] pulse.el</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6501</link>
    <description>&lt;pre&gt;
Hi,

Your version of pulse sounds like a good idea.  Do you have papers 
allowing you to contribute software to Emacs?  If so, or if you can get 
papers, I'd be happy to take improvements on the pulse utility.

I am not picky about the use of lexical-let or not.  Pulse should stand 
alone as a utility that happens to be used by CEDET.  It should support 
Emacs 23 for CEDET, or you could contribute it straight into Emacs 
proper where CEDET w/ Emacs/BZR could use it.

Pulse also has a mode where the region in question just highlights a 
line until keypress.  This is for cases where a user might think it is 
too slow, or for much older versions of Emacs.  A quick search shows 
several users trying to use the non-pulsing version by setting 
pulse-flag to nil.  Perhaps your version will fix things so this doesn't 
matter?  It would certainly shrink the overall size of pulse.el to drop 
support for that.

CEDET uses the pulse functions for pulsing a predefined overlay, a 
region, or a line.

Thanks
Eric

-------&lt;/pre&gt;</description>
    <dc:creator>Eric M. Ludlam</dc:creator>
    <dc:date>2013-05-24T01:00:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6500">
    <title>Re: function argument list in C++?</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6500</link>
    <description>&lt;pre&gt;Hi John,

If you use global-semantic-idle-summary-mode it does what you describe. 
  I tried it out in some C++ code, and while in the arg list, it showed 
the function being called.

For a while I've been interested in figuring out how to highlight which 
argument you might be working on (which is known by CEDET) but hadn't 
gotten around to that bit of trickery.  The place where the string drawn 
in the minibuffer is created is separate from the code that knows which 
arg to highlight.  Not insurmountable.  Someone just needs to look at it 
for a bit.

Eric

On 05/21/2013 04:45 AM, John Smith wrote:

------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic&lt;/pre&gt;</description>
    <dc:creator>Eric M. Ludlam</dc:creator>
    <dc:date>2013-05-21T22:36:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6499">
    <title>function argument list in C++?</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6499</link>
    <description>&lt;pre&gt;Hi all,

  Can CEDET show me the prototype of the C++ function
as I'm typing in the arguments at the call point?
  As far as I can see, there's 'semantic-ia-show-summary
that possesses all required information when I call it with
the point on the function name, but when I'm inside
the (incomplete) argument list, it shows info about arguments
themselves, instead of function prototype as I would like.
It would also be nice if it could track which argument I'm currently
entering and highlight it in bold in the minibuffer.
As I recall this feature was present in Qt Creator when
I tried it 4 years ago and it was very convenient.
I'm sure that CEDET users would appreciate this feature.

regards,
Oleh
------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few l&lt;/pre&gt;</description>
    <dc:creator>John Smith</dc:creator>
    <dc:date>2013-05-21T08:45:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6498">
    <title>Re: [RFC] pulse.el</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6498</link>
    <description>&lt;pre&gt;I am the mentioned irc user, and it helped me greatly. +1
&lt;/pre&gt;</description>
    <dc:creator>Leif Walsh</dc:creator>
    <dc:date>2013-05-19T20:42:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6497">
    <title>Question mark in rule</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6497</link>
    <description>&lt;pre&gt;When translating an EBNF grammar to a wisent grammar, I'd like to make
intermediate rules like "foo_*" for "{foo}", "foo_+" for "foo {foo}", and
"foo_?" for "[foo]". The former two works fine, but when i try the latter
one, i get errors like "wisent-parse-nonterminals: Symbol `bar' is used,
but is not defined as a token and has no rules", where "bar" has a rule
using "foo_?".

According to
http://www.gnu.org/software/emacs/manual/html_node/elisp/Symbol-Type.html,
'?' requires no special punctuation.

What is the problem here?
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
Cedet-devel mailing list
Cedet-devel&amp;lt; at &amp;gt;lis&lt;/pre&gt;</description>
    <dc:creator>Lars Petter Mostad</dc:creator>
    <dc:date>2013-05-19T18:37:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6496">
    <title>Re: [RFC] pulse.el</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6496</link>
    <description>&lt;pre&gt;

Here's a related bug report: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12363

So, +1 from me.

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
&lt;/pre&gt;</description>
    <dc:creator>Dmitry Gutov</dc:creator>
    <dc:date>2013-05-18T20:16:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6495">
    <title>[RFC] pulse.el</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6495</link>
    <description>&lt;pre&gt;Hello,

I've recently switched to a less powerful laptop and I have been annoyed
by the pulse functionality because it made Emacs frames blur. So I have
rewrote my own version of pulse.el which uses a timer instead of
`sit-for'. Thanks to this, it doesn't make Emacs frames shakes and it is
possible to move the cursor during the effect.

ATM I've only implemented something similar to
`pulse-momentary-highlight-region'.

I would like to know:
- if you would be interested in this new implementation of pulse.el;
  (I'm not the only one impacted, an #emacs user reported this problem
  too)
- if it's ok to use lexical-let/closure or if I should use a global
  variable and properties.;
- which functions should be available;

Regards,

&lt;/pre&gt;</description>
    <dc:creator>Daimrod</dc:creator>
    <dc:date>2013-05-18T15:54:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6494">
    <title>Re: semantic-ia-complete-symbol partially caseinsensitive</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6494</link>
    <description>&lt;pre&gt;
Hi Oleh

Thanks for the patch.

I think you can use completion-ignore-case to do what you want, but I 
haven't had time to give it a try.  Perhaps that could make your patch 
simpler?

For example:
;; Use try completion to seek a common substring.
(let* ((completion-ignore-case t)
(tc (try-completion (or pre "")  syms)))


??

Thanks
Eric

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
&lt;/pre&gt;</description>
    <dc:creator>Eric M. Ludlam</dc:creator>
    <dc:date>2013-05-17T11:59:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6493">
    <title>semantic-ia-complete-symbol partially case insensitive</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6493</link>
    <description>&lt;pre&gt;Hi all,

  There was no reply to my previous email, so I send it again.
I attach a patch that changes the behavior of 'semantic-ia-complete-symbol:
when it's called with an all-lowercase prefix, it looks as well among
mixed-case completion candidates - 'semantic-analyze-possible-completions
provides them anyway, but 'semantic-ia-complete-symbol does not use them at
this point.
  Here's an example:
At this moment 'semantic-ia-complete-symbol will not complete "dof"
to "DoFHandler": I would instead have to type "DoF" which is a pain.
After the patch, 'semantic-ia-complete-symbol will complete "dof" to "DoF".
After this it can be called again with current behavior.

regards,
Oleh
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified fr&lt;/pre&gt;</description>
    <dc:creator>John Smith</dc:creator>
    <dc:date>2013-05-17T08:47:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6492">
    <title>Re: semanticdb-javap;cc-mode, CEDET, and auto-complete-1.4</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6492</link>
    <description>&lt;pre&gt;


In case it helps in the discussion, here's the semantic-specific implementation
of a-c:

https://github.com/auto-complete/auto-complete/blob/master/auto-complete-config.el#L176


Lluis

&lt;/pre&gt;</description>
    <dc:creator>Lluís</dc:creator>
    <dc:date>2013-05-16T11:11:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6491">
    <title>Re: semanticdb-javap;cc-mode, CEDET, and auto-complete-1.4</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6491</link>
    <description>&lt;pre&gt;Hi Stephen,

I don't know much about auto-complete, just what I see on emacswiki.

I do believe that the Java completion can be a bit slow the first time 
through parsing files, or loading stuff in with javap if you have that 
set up.  It should cache the results and be faster the second time 
around though.  If you use a lot of imports with *, it may be that your 
search space is very large.  Being more specific means a smaller search 
space, and faster searches.  Also, longer search prefixes can be faster. 
  If AC is trying to get *everything* to complete on, it might be 
getting a huge list.  Semantic's completion usually starts with whats 
there, and uses that as the prefix for it's searches, resulting in 
smaller and faster results.

Do these suggestions possibly match your case?

Eric

On 05/12/2013 10:27 PM, Stephen Debique wrote:

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility &lt;/pre&gt;</description>
    <dc:creator>Eric M. Ludlam</dc:creator>
    <dc:date>2013-05-16T02:47:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6490">
    <title>semantic-ia-complete-symbol case-insensitive patch</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6490</link>
    <description>&lt;pre&gt;Hi,

  I think that 'semantic-ia-complete-symbol should have
an option to be case-insensitive.
  I attach a small patch that makes it case-insensitive by default.
Perhaps you could incorporate it in some form.

regrads,
Oleh
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d_______________________________________________
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>John Smith</dc:creator>
    <dc:date>2013-05-15T17:55:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6489">
    <title>Re: Unsolved includes usingede-cpp-root-projectdefinition</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6489</link>
    <description>&lt;pre&gt;




I just re-checked, and using "~" in my ":file" does not "activate" the project
when I edit a file from it (although it does not complain about a non-existing
":file").




I think that attribute ":file" should act as a "guard" to know whether and when
to associate a project to another file. Thus creating an "ede-cpp-root-project"
with a non-existing ":file" should not complain (but the project should exist in
EDE, just in case the file is created later).


Lluis

&lt;/pre&gt;</description>
    <dc:creator>Lluís</dc:creator>
    <dc:date>2013-05-13T14:54:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.emacs.cedet/6488">
    <title>Re: Unsolved includes using ede-cpp-root-projectdefinition</title>
    <link>http://permalink.gmane.org/gmane.emacs.cedet/6488</link>
    <description>&lt;pre&gt;Hi again,

I was able to solve my problem, it seems that everything was related to the
#include statements in the source-code and now after executing C-u M-x
bovinate almost all the dependencies are solved. However, every time I
initialize a new emacs session I'm obligated to call bovinate, is there a
possible way to do it only once?

Regards,

Pamela



On Mon, May 13, 2013 at 9:41 AM, Pamela Carreño &amp;lt;carrenopamela&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:

------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may_______________________________________________
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>Pamela Carreño</dc:creator>
    <dc:date>2013-05-13T12:27:58</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>
