Re: [CEDET-devel] Endless parsing...
Brought to you by:
zappo
From: David H. <dav...@gm...> - 2008-06-12 08:53:20
|
On Wed, 11 Jun 2008 22:11:54 -0400 Eric M. Ludlam wrote: > Thanks for the info and stack. According to the stack, I expect > that there are just lots of headers to include, and it appears that > EDE is getting involved with Webkit, as Webkit probably has > Makefile.am files in it. It's not related to WebKit, just a coincidence. This time i opened just a single .c file (apart from *scratch* no buffer that is of any interest for cedet) and cedet got again stuck while parsing GTK system headers. This file is not that complex: ,----[ tst.c ] | #include <gtk/gtk.h> `---- I can produce tons of stacktraces if you like, this happens reliable every time I lean back sipp some tea or smoke a cigarette. I'm not quit sure this would help. > If Webkit is particularly large, then it seems likely that loading > all the Makefiles just goes and slows things down. EDE is used > explicitly to help find dependencies between headers pulled from other > projects. No Makefiles or any other build system anywhere in sight this time. > If it is just slow, and not really an infinite loop, you could run > > M-x semanticdb-find-test-translate-path No duplicates. > I'm not sure about the font-lock thing. I don't see it font-locking > messages when files are parsed in the background for me. I remember > trying to get it shut off, but don't see code for it in a quick > search. I can't disable all the file-init stuff since that is how > Semantic gets initialized so I can parse stuff. Not that I have the slightest idea how semantic works but can't you just initialize it and (with-temp-buffer (insert-file-contents file-name) (parse-it)) Maybe something wrong with my config? I have to admit my emacs config is a big mess and a lot of try & error and guesswork: http://www.alice-dsl.net/david.hansen/cedet-cfg.el David |