headers
Eric M. Ludlam | 1 Sep 2008 04:55
Gravatar

Re: srecode-map-load-path

Hi,

  I haven't seen this, likely because I enable srecode-minor-mode, so
everything is loaded before EDE runs.

  As such I've added a require before the use in ede to make sure it
is aviailable.  Hopefully this will solve your problems.

Thanks
Eric

>>> Pierre Lorenzon <devel <at> pollock-nageoire.net> seems to think that:
>
>Hi,
>
>I upgraded cedet to the last cvs version and then try to
>execute ede-project-regenerate. And I got following error :
>Debugger entered--Lisp error: (void-variable
>srecode-map-load-path)
>
>Indeed, this variable srecode-map-load-path seems to be defined
>in srecode-map.el and maybe this library is not
>required. Is it a bug ? Should we patch that ? I can try to
>explicitely require srecode-map but it is maybe not the most
>elegant manner ! 
>
>Regards
>
>Pierre
  [ ... ]
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ralf Hoffmann | 1 Sep 2008 09:20
Picon
Favicon

Re: Problem with EDE project handling

Hi,

On 2008-08-26 02:56, Eric M. Ludlam wrote:
> A good thing to try when percieved completion doesn't work is:
> 
> C-u M-x bovinate RET
> 
> which reparses the local buffer, and resets various caches.  Then use
> a completion function bound to a key, like C-c , TAB.
> 
> Does this sound like your case?  I was not able to replicate your
> issue w/ (global-ede-mode 1) in my .emacs file.

That sounds like my case but using bovinate doesn't always helps. If
global-ede-mode is activate in .emacs I can run C-u M-x bovinate RET
before or after the first completion and it won't work.

If however global-ede-mode is _not_ activated in .emacs starting
bovinate right after M-x global-ede-mode works and it will complete the
symbol FOO.

I have tested it with a stripped-down .emacs file but that doesn't make
any difference.

I also changed

  (semantic-load-enable-code-helpers)

in my .emacs into
(Continue reading)

Permalink | Reply | 0 comments |
headers
Pierre Lorenzon | 3 Sep 2008 13:01

default attribute inheritance


Hi,

I always thought that :initform stored in class-public-d slot
of the vector class was inherited. I wonder how I never
encounter the problem. But I discover now that it is not the
case. Indeed, value is overriden when defining a subclass even
if nothing is specified in the subclass. In this case slot
become unbound by default. Should we not make a simple test
inhibiting overriding when nothing is specified in the subclss
keeping the initform of the superclass ?

Regards

Pierre

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
Permalink | Reply | 1 comment |
headers
Eric M. Ludlam | 3 Sep 2008 15:07
Gravatar

Re: default attribute inheritance

>>> Pierre Lorenzon <devel <at> pollock-nageoire.net> seems to think that:
>
>Hi,
>
>I always thought that :initform stored in class-public-d slot
>of the vector class was inherited. I wonder how I never
>encounter the problem. But I discover now that it is not the
>case. Indeed, value is overriden when defining a subclass even
>if nothing is specified in the subclass. In this case slot
>become unbound by default. Should we not make a simple test
>inhibiting overriding when nothing is specified in the subclss
>keeping the initform of the superclass ?
  [ ... ]

I checked in a change to account for not changing the default for
instance slots, but not class allocated slots, and also put a test in
for it.

Unfortunately, at that key location in eieio, I can't distinguish from
someone setting the default to unbound on purpose, vs not setting it
at all.  As aside affect, a child class can't set the default as
unbound in a subclass anymore.

Enjoy.
Eric

--

-- 
          Eric Ludlam:                       eric <at> siege-engine.com
   Siege: www.siege-engine.com          Emacs: http://cedet.sourceforge.net
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eric M. Ludlam | 8 Sep 2008 04:18
Gravatar

A couple weeks of CEDET updates.

Hi all,

  I've been running through the PRE_RELEASE_CHECKLIST for CEDET, and
have been finding lots of subtle issues to deal with, putting the next
pre-release on hold for a short while.  Plus, as usual, I get
distracted easily by shiny new concepts that need implementing.

  I updated the CEDET load system to not display so many messages.
Displaying messages is apparently time-consuming, so this is a minor
startup speed boost.  This also involved updates to inversion.

  The status progress bar "working" had a bug David Engster sent me a
patch for.

  I discovered a subtle bug in EIEIO multiple-inheritance method
invocation.  It was doing a breadth first search for the first method
in a MI case, and if the second inheritance tree was shorter than the
first, its method would be called first.  Extra sneaky issues there.

  EDE has seen some major bug fixes.  The project-am.el system has
been enhanced, to include some more known Automake variables, and I
fixed bugs in the way that the LISP, TEXI, and MAN types are read from
the Makefile.am.  I now remember how it works, so if you use the raw
Automake support, and know of some things that are missing, let me
know and they can be added easily.  This was needed to get fully
automated include paths working in a sample project I have.

  I also created an Emacs simple project type.  If you hack Emacs'
source, then EDE will now automatically identify it as a project, and
setup Semantic's include paths, and the all important CPP macro table,
(Continue reading)

Permalink | Reply | 2 comments |
headers
Ming-Wei Chang | 8 Sep 2008 19:20
Picon

Re: A couple weeks of CEDET updates.


Hi Eric,

   This update is impressive and very nice. Thanks a lot for the work! I
   will report problems once I find them. BTW, do you still plan to
   refactor the directory structure? (I mean, put each language into a
   separate folder). I believe this is an important thing to do,
   especially CEDET will be merged into EMACS in the future. For
   example, it will be easier if we want to have a maintainer for each
   language.

Best,

Ming-Wei

"Eric M. Ludlam" <eric <at> siege-engine.com> writes:

> Hi all,
>
>   I've been running through the PRE_RELEASE_CHECKLIST for CEDET, and
> have been finding lots of subtle issues to deal with, putting the next
> pre-release on hold for a short while.  Plus, as usual, I get
> distracted easily by shiny new concepts that need implementing.
>
> (deleted)
>
> Thanks
> Eric

-------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
Eric M. Ludlam | 8 Sep 2008 22:25
Gravatar

Re: A couple weeks of CEDET updates.

Hi,

  I have no short term plans for redoing the directory structure.  I'm
not really sure how the directory structure will be revamped when it
is integrated into Emacs.

  Emacs has a mixed bag of major and minor modes, with the location of
support for a language being in the file that was written most
recently.  (ie, imenu support in cc-mode.el, but C alignment support
in align.el)

  I would expect all of Emacs needing such a refactor.  It is my
understanding that the CEDET directory structure will not be mapped
directly into Emacs either.

Eric

>>> Ming-Wei Chang <mchang21 <at> uiuc.edu> seems to think that:
>
>Hi Eric,
>
>   This update is impressive and very nice. Thanks a lot for the work! I
>   will report problems once I find them. BTW, do you still plan to
>   refactor the directory structure? (I mean, put each language into a
>   separate folder). I believe this is an important thing to do,
>   especially CEDET will be merged into EMACS in the future. For
>   example, it will be easier if we want to have a maintainer for each
>   language.
>
>Best,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matt Brown | 12 Sep 2008 02:27
Picon

speedbar automatically changes directories

hello all,

I've noticed that sometimes, when I switch buffers using C-x b,
speedbar automatically changes the directory it's displaying.  Is
there a way to turn this behavior off?

thanks
-Matt Brown

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
Permalink | Reply | 1 comment |
headers
Eric M. Ludlam | 12 Sep 2008 05:10
Gravatar

Re: speedbar automatically changes directories

>>> "Matt Brown" <deadguysfrom <at> gmail.com> seems to think that:
>hello all,
>
>I've noticed that sometimes, when I switch buffers using C-x b,
>speedbar automatically changes the directory it's displaying.  Is
>there a way to turn this behavior off?
  [ ... ]

There are a couple possibilities.

One is to use the context menu (mouse-3), and turn off auto-updating.
This is also bound to "t".

Alternately, you could detach speedbar (also on the context menu),
which locks it into that display.

Eric

--

-- 
          Eric Ludlam:                       eric <at> siege-engine.com
   Siege: www.siege-engine.com          Emacs: http://cedet.sourceforge.net

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
Permalink | Reply | 0 comments |
headers
Eric M. Ludlam | 20 Sep 2008 13:32
Gravatar

Re: [cedet-semantic] C++ member function declaration vs definitions and more

>>> "Eric M. Ludlam" <eric <at> siege-engine.com> seems to think that:
>>>> Gerdin Tobias <Tobias.Gerdin <at> saabgroup.com> seems to think that:
  [ ... ]
>>>  There is a way to get the definition of a class, and that is
>>>via the "brutish" search.  Getting that to work requires
>>>parsing every file in your project.  There are likely clever
>>>ways to get it to associate a header file with some group of C
>>>files, but that would not be reliable.
  [ ... ]
>I tried my hand at go-to-definition this morning, and I came up with
>the attached fcn.  Sadly, my version depends on a semanticdb API I
>haven't finished checking in yet, so I put in a hack to make it work
>w/out.  As the todo comment also suggests, there is the potential for
>confusion if you use the same name a lot, so this needs some work.
>
>Enjoy
>Eric
>
>(defun senator-jump-to-definition ()
>  "Jump to the definition of the tag under point.
>This does not jump to the symbol the cursor is on, but the entire
>tag (function, type, etc)."
>  (interactive)
>  (let ((tg (senator-current-tag)))
  [ ... ]

The function I gave above might work well for plain functions, and
sometimes work for methods, but I found that calculating an accurate
match of where to jump to was surprisingly complex.  Like, way
complex.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane