CEDET

Chris Perivolaropoulos writes:
> In normal TAGS i can M-* to jump to the place where i last searched for 
> a tag. The cool part is that the "places where i last searched for a 
> tag" form a lifo that is extremely handy. There must be some 
> functionality in cedet to match that, but i have faild to spot it. Any help?

Does `semantic-mru-bookmark-mode' help? Also, Darren has posted some
code a while ago:

http://thread.gmane.org/gmane.emacs.cedet/5127/focus=5128

I always wanted to integrate something like this, but I didn't come to
it yet.

-David

Ralf Mattes writes:
> There seems to be a bug in srecode-el.srt:
>
>   ----
>  (defcustom $?NAME$ $^$
>    "*$DOC$"
>    :group $GROUP$
>    :type $?CUSTOMTYPE$)
>
> There seems to be a quote missing in front of $GROUP$
> The same bug is present in srecode/el.srt in the cedet-new branch.

Yes, thanks! I've committed that change to 'newtrunk' (it will be merged
eventually to 'trunk')

-David

James Pritts writes:
> When I try to use semantic-ia-fast-jump, the result is
>
> "Could not find suitable jump point for *"
>
> if the buffer containing the symbol is not open.  But it will jump to the
> function if the buffer that contains the symbol is open.  I'm using
> matlab-cedet.  Admittedly, I am a novice at cedet.  I saw some other posts
> regarding the same issue, but no answers provided a solution.  I used the
> latest code from trunk.

So is this a problem you're only experiencing with Matlab? Or do you
also see this with C code, for instance?

-David

Jupp, compilation now works. I'll do more testing later this evening.

cheers
/Joel

On Wed, Dec 7, 2011 at 11:33 PM, David Engster <deng@...> wrote:
> Joel Borggren-Franck writes:
>> I'm trying this out using 24.0.92 on OS X
>>
>> "(This is GNU Emacs 24.0.92.1 (x86_64-apple-darwin, NS
>> apple-appkit-1038.36) of 2011-12-02 on bob.porkrind.org)"
>>
>> And I get a compilation error:
>
> [...]
>
>> In toplevel form:
>> list.el:35:1:Error: Symbol's value as variable is void: x-max-tooltip-size
>
> Thanks for testing; this should be fixed in the 'newtrunk' branch.
>
> -David