Thread: [CEDET-devel] cedet 1.0 pre1 : please test
Brought to you by:
zappo
From: Eric M. L. <er...@si...> - 2005-04-24 02:07:36
|
Hi, cedet 1.0 pre1 is now on the CEDET downloads page. http://sourceforge.net/project/showfiles.php?group_id=17886&package_id=98769&release_id=322793 There is a cedet-1p0pre1 tag in CVS, though I am expecting to put patches into the trunk in preparation for 1.0 sometime soon. In an ideal world, 1.0 pre1 will be great, and I can turn around and just release 1.0. To validate that as true, there is the PRERELEASE_CHECKLIST in the root directory. There are lots of things to try out. It would be a great boon if anyone with a spare moment could install and test it out, and attempt to verify various corners of the tool are working well. As I have never tried organizing testing before for CEDET, I have no nifty plan on how to be organized. If you do some testing, please post to this list (cedet-devel) what you tested, and how it went, even if it worked flawlessly I need to know. In turn, check in on the mailing list to see what has already been tried. There are lots of different versions of Emacs and XEmacs to try, so there is a lot to do. Please note that with this release, a subtle change to EIEIO :BEFORE/:AFTER method invocations may cause external tools to break. Please try any EIEIO based tools you know of to ensure compatibility, and to make sure the maintainer of those packages are aware of the impending change. I would like to thank everyone who has been helping and patiently waiting for a 1.0 release since last July. I've had a pretty exciting past 10 months. Hopefully there will be no more babies, new houses, or giant catapult contests to distract me between this release, and 1.0. Eric -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |
From: drkm <dar...@ya...> - 2005-04-24 15:46:50
|
"Eric M. Ludlam" vraute: [ Once again, I think I sent the email to the Eric address, instead of the ML. Sorry for this mistake. ] > cedet 1.0 pre1 is now on the CEDET downloads page. Great news! > In an ideal world, 1.0 pre1 will be great, and I can > turn around and just release 1.0. To validate that as > true, there is the PRERELEASE_CHECKLIST in the root > directory. There are lots of things to try out. There is a lot of work, but cut down in small pieces. So it will be easy to test these "small points" time after time. Until July, I'll not have a lot of free time. But I'll try to test as much as I will can. On both Linux and Windows, with 21.3 (or 21.4) and CVS. Thanks for CEDET, --drkm __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ |
From: Eric M. L. <er...@si...> - 2005-04-25 02:20:41
|
>>> drkm <dar...@ya...> seems to think that: >"Eric M. Ludlam" vraute: >> cedet 1.0 pre1 is now on the CEDET downloads page. > > Great news! > >> In an ideal world, 1.0 pre1 will be great, and I can >> turn around and just release 1.0. To validate that as >> true, there is the PRERELEASE_CHECKLIST in the root >> directory. There are lots of things to try out. > > There is a lot of work, but cut down in small pieces. So >it will be easy to test these "small points" time after >time. > > Until July, I'll not have a lot of free time. But I'll >try to test as much as I will can. On both Linux and >Windows, with 21.3 (or 21.4) and CVS. I will appreciate any assistance. There is no need for any one person to run every test (though that would be nice too.) Certainly start in your favorite corner of CEDET and see what you find. Doing your daily hacking with pre1 may turn up stuff too. Thanks! Eric -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |
From: V.Krishnakumar <v.k...@gm...> - 2005-04-25 14:57:43
|
Eric M. Ludlam wrote: > > I will appreciate any assistance. There is no need for any one person > to run every test (though that would be nice too.) Certainly start in > your favorite corner of CEDET and see what you find. Doing your daily > hacking with pre1 may turn up stuff too. How do I test CEDET ? I've started using ECB since yesterday. I built everything (emacs, cedet and ecb) from CVS. So far no problems. I have a nice screenshot at http://vkk.blogspot.com/2005/04/emacs-code-browser.html cheers, -Krishna |
From: Eric M. L. <er...@si...> - 2005-04-25 17:46:00
|
>>> "V.Krishnakumar" <v.k...@gm...> seems to think that: >Eric M. Ludlam wrote: >> >> I will appreciate any assistance. There is no need for any one person >> to run every test (though that would be nice too.) Certainly start in >> your favorite corner of CEDET and see what you find. Doing your daily >> hacking with pre1 may turn up stuff too. > >How do I test CEDET ? I've started using ECB since yesterday. I built There is a file called PRERELEASE_CHECKLIST in the root of the CEDET tree with lists of things to try out. >everything (emacs, cedet and ecb) from CVS. So far no problems. I have a > nice screenshot at >http://vkk.blogspot.com/2005/04/emacs-code-browser.html [ ... ] It seems from your screenshot you have already accomplished quite a bit. One of the things in testing pre1 is to try a build from the .tar.gz file from the download area to make sure the package works that way. Thanks! Eric -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |
From: V.Krishnakumar <v.k...@gm...> - 2005-04-25 19:41:22
|
Eric M. Ludlam wrote: >>>>"V.Krishnakumar" <v.k...@gm...> seems to think that: >> >>Eric M. Ludlam wrote: >> >>>I will appreciate any assistance. There is no need for any one person >>>to run every test (though that would be nice too.) Certainly start in >>>your favorite corner of CEDET and see what you find. Doing your daily >>>hacking with pre1 may turn up stuff too. >> >>How do I test CEDET ? I've started using ECB since yesterday. I built > > > There is a file called PRERELEASE_CHECKLIST in the root of the CEDET > tree with lists of things to try out. > > >>everything (emacs, cedet and ecb) from CVS. So far no problems. I have a >> nice screenshot at >>http://vkk.blogspot.com/2005/04/emacs-code-browser.html > > [ ... ] > > It seems from your screenshot you have already accomplished quite a > bit. One of the things in testing pre1 is to try a build from the > .tar.gz file from the download area to make sure the package works > that way. > Well, I generally build stuff from the CVS. So far everything works fine. Ofcourse I have'nt explored it in full. Will do so in the coming days. Anyways, I'll keep this group posted if anything breaks ;) cheers, -Krishna |
From: Jonathan E. <jon...@cl...> - 2005-04-25 15:15:47
|
Hi, I gave pre1 a whirl today, but unfortunately ran into a few issues. This is probably related to my older version of Emacs (21.3) and/or my wacky setup, but here's what happened: - First it complained about custom-autoload being undefined. A quick google and a defun later that was sorted out and it loaded up successfully. - Next I tried semantic-ia-complete-symbol and now I'm getting "No method definition: semanticdb-needs-refresh-p (nil)". Since I had no better ideas, I tried nuking my semantic caches but it didn't help. I haven't had the time to dig any deeper yet, nor to build a newer emacs, but I thought I'd send off these few issues now and dig more later. Thanks Eric M. Ludlam wrote: > Hi, > > cedet 1.0 pre1 is now on the CEDET downloads page. -- Jonathan Emmett jon...@cl... |
From: Eric M. L. <er...@si...> - 2005-04-25 17:57:16
|
>>> Jonathan Emmett <jon...@cl...> seems to think that: > >Hi, > >I gave pre1 a whirl today, but unfortunately ran into a few issues. >This is probably related to my older version of Emacs (21.3) and/or my >wacky setup, but here's what happened: > >- First it complained about custom-autoload being undefined. A quick >google and a defun later that was sorted out and it loaded up >successfully. Oi, I think I built the autoload files with CVS Emacs again. Perhaps this would make it work: make clean-all make >- Next I tried semantic-ia-complete-symbol and now I'm getting "No >method definition: semanticdb-needs-refresh-p (nil)". Since I had no >better ideas, I tried nuking my semantic caches but it didn't help. > >I haven't had the time to dig any deeper yet, nor to build a newer >emacs, but I thought I'd send off these few issues now and dig more later. [ ... ] Hmmm, curious. I'd be curious to see a stack trace. M-x toggle-debug-on-error RET My investigations showed a different error I need to look into when semantic-ia-complete-symbol is already on a complete symbol. Thanks! Eric -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |
From: Jonathan E. <jon...@cl...> - 2005-04-25 19:02:27
|
Eric M. Ludlam wrote: >=20 >=20 > Oi, I think I built the autoload files with CVS Emacs again. > Perhaps this would make it work: >=20 > make clean-all > make This solved the problem, thanks. >>- Next I tried semantic-ia-complete-symbol and now I'm getting "No=20 >>method definition: semanticdb-needs-refresh-p (nil)". Since I had no=20 >>better ideas, I tried nuking my semantic caches but it didn't help. >> >>I haven't had the time to dig any deeper yet, nor to build a newer=20 >>emacs, but I thought I'd send off these few issues now and dig more lat= er. >=20 > [ ... ] >=20 > Hmmm, curious. I'd be curious to see a stack trace. > M-x toggle-debug-on-error RET >=20 > My investigations showed a different error I need to look into when > semantic-ia-complete-symbol is already on a complete symbol. >=20 Here's the stack trace. I think I've found a starting point but I=20 haven't investigated further: it works just fine when my header file is=20 a ".h" file in C mode. But unfortunately, it is not. When it's a=20 ".pan" in fundamental mode I get this. Opening up the .pan file and=20 manually switching to c mode causes it to work, but there is some=20 interesting behaviour here. What I did to test this was put a struct definition in the .pan file=20 and then I have a c file which includes this .pan file and declares a=20 variable of that structure type. I then use semantic-ia-complete-symbol=20 to try to complete a field in that struct. - If I load just the .c file and attempt a completion I get the "no=20 method defintion" error. - If I then switch to the .pan file (which was loaded by the attempt to=20 complete the symbol) and change it to C mode, then switch back to the c=20 file, I no longer get the error when I try to complete -- but I don't=20 get the correct completion either, it gives me argc, argv, and other=20 things like that. - But, if I switch the .pan file to c mode before attempting any=20 completions, everything is just fine. I just don't know what bits of=20 state I need to clear out in order to reset things when I get stuck in=20 the 2nd mode above. Anyway, here's the trace. It appears to my untrained eye that the=20 culprit is semanticdb-file-table-object. Debugger entered--Lisp error: (no-method-definition=20 semanticdb-needs-refresh-p (nil)) signal(no-method-definition (semanticdb-needs-refresh-p (nil))) eieio-generic-call(semanticdb-needs-refresh-p (nil)) semanticdb-needs-refresh-p(nil) semanticdb-file-table-object("test.pan") semanticdb-find-table-for-include-default(("test.pan" include nil nil=20 #<overlay from 1 to 20 in test.c>) nil) semanticdb-find-table-for-include(("test.pan" include nil nil=20 #<overlay from 1 to 20 in test.c>)) semanticdb-find-translate-path-includes-default(nil) semanticdb-find-translate-path-default(nil nil) semanticdb-find-translate-path(nil nil) semanticdb-find-tags-collector(#[(table tags) "=C3=08 \n#=1B,G"=1B(B [= table=20 prefix tags semanticdb-find-tags-for-completion-method] 4] nil nil) semanticdb-find-tags-for-completion("") semantic-analyze-find-tags-by-prefix("") semantic-analyze-possible-completions-default([object=20 semantic-analyze-context "context" (102 . 102) ("foo" "") (function=20 variable) nil nil nil (("i" variable ... ... [60 66]) ("f" variable ...=20 ... [75 88])) #<buffer test.c>]) semantic-analyze-possible-completions([object=20 semantic-analyze-context "context" (102 . 102) ("foo" "") (function=20 variable) nil nil nil (("i" variable ... ... [60 66]) ("f" variable ...=20 ... [75 88])) #<buffer test.c>]) semantic-ia-get-completions([object semantic-analyze-context=20 "context" (102 . 102) ("foo" "") (function variable) nil nil nil (("i"=20 variable ... ... [60 66]) ("f" variable ... ... [75 88])) #<buffer=20 test.c>] 102) semantic-ia-complete-symbol(102) * call-interactively(semantic-ia-complete-symbol) --=20 Jonathan Emmett jon...@cl... |
From: Eric M. L. <er...@si...> - 2005-04-26 13:45:29
|
Hi, I think your best bet is to modify the auto-mode-alist to make .pan files go into c++ mode. (add-to-list 'auto-mode-alist '("\\.pan$" . c++-mode)) That should solve the problem. Good Luck Eric >>> Jonathan Emmett <jon...@cl...> seems to think that: [ ... ] >>>- Next I tried semantic-ia-complete-symbol and now I'm getting "No >>>method definition: semanticdb-needs-refresh-p (nil)". Since I had no >>>better ideas, I tried nuking my semantic caches but it didn't help. >>> >>>I haven't had the time to dig any deeper yet, nor to build a newer >>>emacs, but I thought I'd send off these few issues now and dig more later. >> >> [ ... ] >> >> Hmmm, curious. I'd be curious to see a stack trace. >> M-x toggle-debug-on-error RET >> >> My investigations showed a different error I need to look into when >> semantic-ia-complete-symbol is already on a complete symbol. >> > >Here's the stack trace. I think I've found a starting point but I >haven't investigated further: it works just fine when my header file is >a ".h" file in C mode. But unfortunately, it is not. When it's a >".pan" in fundamental mode I get this. Opening up the .pan file and >manually switching to c mode causes it to work, but there is some >interesting behaviour here. > > What I did to test this was put a struct definition in the .pan file >and then I have a c file which includes this .pan file and declares a >variable of that structure type. I then use semantic-ia-complete-symbol >to try to complete a field in that struct. > >- If I load just the .c file and attempt a completion I get the "no >method defintion" error. > >- If I then switch to the .pan file (which was loaded by the attempt to >complete the symbol) and change it to C mode, then switch back to the c >file, I no longer get the error when I try to complete -- but I don't >get the correct completion either, it gives me argc, argv, and other >things like that. > >- But, if I switch the .pan file to c mode before attempting any >completions, everything is just fine. I just don't know what bits of >state I need to clear out in order to reset things when I get stuck in >the 2nd mode above. > >Anyway, here's the trace. It appears to my untrained eye that the >culprit is semanticdb-file-table-object. > >Debugger entered--Lisp error: (no-method-definition >semanticdb-needs-refresh-p (nil)) > signal(no-method-definition (semanticdb-needs-refresh-p (nil))) > eieio-generic-call(semanticdb-needs-refresh-p (nil)) > semanticdb-needs-refresh-p(nil) > semanticdb-file-table-object("test.pan") [ ... ] -- Eric Ludlam: za...@gn..., er...@si... Home: http://www.ludlam.net Siege: www.siege-engine.com Emacs: http://cedet.sourceforge.net GNU: www.gnu.org |