Thread: [cedet-semantic] "Wrong type argument: listp, :typemodifiers"
Brought to you by:
zappo
From: Christoph L. <cl...@cd...> - 2004-07-23 14:08:05
Attachments:
LLL-cedet.hpp
LLL-cedet.hpp.backtrace
|
Hi, since cedet-1.0beta3a I observe an error that is not there with beta2b. (I don't think it is related to my build problems with TeX-add-style-hook because that problem exists also with beta2b.) I have a C++ header file that triggers the error message mentioned in the subject when opened with an active ECB. The call stack shows the error occurs somewhere deep inside semantic's routines whence I assume it's a semantic problem rather than an ECB problem. I am going to attach a cut down example that exhibits the error as well as a backtrace. (I am aware that the attached file is no longer a valid C++ header. But the original header is accepted by the compiler. Anyway, I don't think semantic cares.) Surprisingly, as soon as I remove another constructor or the destructor, the error goes away. Regards Christoph -- http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html |
From: David P. <dav...@wa...> - 2004-07-23 18:25:06
|
Hi Christoph, > since cedet-1.0beta3a I observe an error that is not there with > beta2b. (I don't think it is related to my build problems with > TeX-add-style-hook because that problem exists also with beta2b.) > > I have a C++ header file that triggers the error message mentioned in > the subject when opened with an active ECB. The call stack shows the > error occurs somewhere deep inside semantic's routines whence I assume > it's a semantic problem rather than an ECB problem. You're probably right. Could you try this patch, and confirm that it fixes the issue? David "back from vacation" ;-) Index: semantic-c.el =================================================================== RCS file: /cvsroot/cedet/cedet/semantic/bovine/semantic-c.el,v retrieving revision 1.33 diff -c -r1.33 semantic-c.el *** semantic-c.el 15 Jul 2004 20:25:16 -0000 1.33 --- semantic-c.el 23 Jul 2004 18:20:05 -0000 *************** *** 496,502 **** (semantic-tag-components tag) ))) (and ds (member "virtual" (semantic-tag-modifiers (car ds))) ! cs (eq 'protected (semantic-tag-protection cs tag)) ) ))) ((eq (semantic-tag-class tag) 'function) --- 496,502 ---- (semantic-tag-components tag) ))) (and ds (member "virtual" (semantic-tag-modifiers (car ds))) ! cs (eq 'protected (semantic-tag-protection (car cs) tag)) ) ))) ((eq (semantic-tag-class tag) 'function) |
From: Christoph L. <cl...@cd...> - 2004-07-25 10:49:52
|
On Fri, Jul 23, 2004 at 08:27:12PM +0200, David Ponce wrote: > >since cedet-1.0beta3a I observe an error that is not there with > >beta2b. (I don't think it is related to my build problems with > >TeX-add-style-hook because that problem exists also with beta2b.) > > > >I have a C++ header file that triggers the error message mentioned in > >the subject when opened with an active ECB. The call stack shows the > >error occurs somewhere deep inside semantic's routines whence I assume > >it's a semantic problem rather than an ECB problem. > > You're probably right. Could you try this patch, and confirm that it > fixes the issue? Yes, after applying this patch my header is parsed without an error. Thanks! Christoph -- http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html |
From: Eric M. L. <er...@si...> - 2004-07-23 18:36:13
|
>>> Christoph Ludwig <cl...@cd...> seems to think that: >Hi, > >since cedet-1.0beta3a I observe an error that is not there with >beta2b. (I don't think it is related to my build problems with >TeX-add-style-hook because that problem exists also with beta2b.) > >I have a C++ header file that triggers the error message mentioned in >the subject when opened with an active ECB. The call stack shows the >error occurs somewhere deep inside semantic's routines whence I assume >it's a semantic problem rather than an ECB problem. > >I am going to attach a cut down example that exhibits the error as >well as a backtrace. (I am aware that the attached file is no longer a >valid C++ header. But the original header is accepted by the >compiler. Anyway, I don't think semantic cares.) > >Surprisingly, as soon as I remove another constructor or the >destructor, the error goes away. [ ... ] Hi, You exercised some new piece of code today. Nifty. Here is a patch. *** semantic-c.el.~1.33.~ 2004-07-15 16:25:16.000000000 -0400 --- semantic-c.el 2004-07-23 14:32:34.000000000 -0400 *************** *** 496,502 **** (semantic-tag-components tag) ))) (and ds (member "virtual" (semantic-tag-modifiers (car ds))) ! cs (eq 'protected (semantic-tag-protection cs tag)) ) ))) ((eq (semantic-tag-class tag) 'function) --- 496,502 ---- (semantic-tag-components tag) ))) (and ds (member "virtual" (semantic-tag-modifiers (car ds))) ! cs (eq 'protected (semantic-tag-protection (car cs) tag)) ) ))) ((eq (semantic-tag-class tag) 'function) Perhaps it might even return the right answer. It was looking for the parent class' desctructor to see if it was protectected to see if the class was abstract. 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 |