CEDET

On Thursday 10 February 2005 14:14, Michael Reiher wrote:
> >
> > I tried your example, and got a much longer list of tags using GNU
> > Emacs.  I think that problem may be fixed in CVS.  See this message
> > from the devel archives.
> >
> > http://sourceforge.net/mailarchive/message.php?msg_id=9592636
>
> Ah, cool, I'll try to compile current CVS later today.
>
Ok, just tried. But it fails to compile.

First it complains in common at:
xemacs -batch --no-site-file -l autoloads-compile-script -f 
cedet-batch-update-autoloads cedet-loaddefs.el .

It's probably not the right thing to do, but replacing cedet-loaddefs.el with 
cedet-autogen.el made it compile.

But then it break again in semantic:

xemacs -batch --no-site-file -l semantic-compile-script -f batch-byte-compile 
semantic.el semantic-util.el semantic-ctxt.el semantic-lex.el 
semantic-edit.el semantic-fw.el semantic-grammar.el semantic-tag.el 
semantic-find.el semantic-format.el semantic-complete.el semantic-sort.el 
semantic-decorate.el semantic-tag-file.el semantic-doc.el semantic-tag-ls.el 
semantic-ast.el
Loading /usr/share/emacs/site-lisp/debian-startup...
Loading 00debian...
Loading /usr/share/xemacs-21.4.15/lisp/auto-autoloads...
Loading /usr/share/xemacs-21.4.15/lisp/mule/auto-autoloads...
Loading site-start...
Loading 00debian-vars...
Loading 50autoconf...
Loading 50cedet-common...
Loading 50dictionaries-common...
Error while loading 50dictionaries-common
Loading 50eieio...
Loading 51ede...
Loading 51speedbar...
Loading 52semantic...
Loading 52semantic...

[...]

Compiling /home/michael/Scripts/site-lisp/cedet-cvs/semantic/semantic-lex.el...
While compiling semantic-lex-debug-break in 
file /home/michael/Scripts/site-lisp/cedet-cvs/semantic/semantic-lex.el:
  ** semantic-read-event called with 1 argument, but accepts only 0
While compiling toplevel forms:
  !! Symbol's function definition is void ((semantic-lex-expand-block-specs))
>>Error occurred processing semantic-lex.el:
Symbol's function definition is void: semantic-lex-expand-block-specs

Any idea?

Greets 

Michael

Hi all.
=20
Sometimes i get an error when i want to jump to a symbol
definition with semantic-complete-jump.
=20
The first time it works ok but the second time i get:
=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Signaling: (wrong-type-argument extentp [15492 15692])
  semantic-overlay-get([15492 15692] face)
  (cons (semantic-overlay-get o (quote face)) (semantic-overlay-get o =
(quote old-face)))
  (semantic-overlay-put o (quote old-face) (cons (semantic-overlay-get o =
...) (semantic-overlay-get o ...)))
  (let ((o ...)) (semantic-overlay-put o (quote old-face) (cons ... =
...)) (semantic-overlay-put o (quote face) (or face ...)))
  semantic-highlight-tag(("SM_Set_Reset_Reason_IF" variable =
(:constant-flag t :default-value (nil)) nil [15492 15692]) nil)
  semantic-momentary-highlight-tag(("SM_Set_Reset_Reason_IF" variable =
(:constant-flag t :default-value (nil)) nil [15492 15692]))
  #<compiled-function nil "...(72)" [semanticdb-search-system-databases =
tag nil semantic-complete-read-tag-project "Symbol: " 2 3 push-mark =
semantic-go-to-tag switch-to-buffer semantic-momentary-highlight-tag =
working-message "%S: %s "] 5 =
("h:\\.xemacs\\cedet-1.0beta3b\\semantic\\semantic-complete.elc" . =
39125) nil>()
  call-interactively(semantic-complete-jump)
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=20
To me it looks like the extent is already cached via semanticdb
and so is expressed as [number number] but the calling function=20
(in this case semantic-highlight-tag) expects an living extent.
=20
Maybe smenatic-overlay-get must be made aware of this?
=20
Or is it already fixed in the CVS?
=20
This is with cedet-1.0b3 and XEmacs
=20
=20
Regards
=20
Hauke
=20