Re: Semantic does not correctly show PRIVATE/PROTECTED methods to a class of whom those private/protected methods belong

Eric Ludlam <[email protected]> Sun, 21 Dec 2014 11:18:50 -0500
Newsgroups gmane.emacs.semantic
Message-ID <[email protected]>
Hi,

Sorry for the delay in replying.  December has been a hectic month for 
me.   Did you already find a solution?

It appears that your emacs doesn't support the 4th argument to 
make-obsolete-variable.  I happen to be running 24.3.  The only thing I 
found in the logs for that line was in 2010.   Are you running and older 
version of Emacs?

Eric

On 12/02/2014 05:04 AM, Dixon Ryan (ETAS/ESW6) wrote:
> Sorry for the wall of text here, but when I download the latest snapshot bzr and unzip and cd trunk and make, then I eventually run into this issue after a bunch of success:
>
> Debugger entered--Lisp error: (wrong-number-of-arguments
> #[(obsolete-name current-name &optional when) "\30\304  ;\203\305
>    !\202    \305
> !B#\21\207" [obsolete-name current-name when put byte-obsolete-variable purecopy] 6 1689208 (list (let ((str (completing-read "Make variable
> obsolete: " obarray (quote boundp) t))) (if (equal str "") (error "")) (intern str)) (car (read-from-string (read-string "Obsoletion
> replacement: "))))] 4)
>     make-obsolete-variable(semantic-idle-symbol-highlight-face "customize the face `semantic-idle-symbol-highlight' instead" "24.4" set)
>     eval-buffer(#<buffer  *load*<2>> nil "/home/rjd/Downloads/cedet8689/cedet-bzr/trunk/lisp/cedet/semantic/idle.el"
> nil t)  ; Reading at buffer position 31696 load-with-code-conversion("/home/rjd/Downloads/cedet8689/cedet-bzr/trunk/lisp/cedet/semantic/idle.el"
> "/home/rjd/Downloads/cedet8689/cedet-bzr/trunk/lisp/cedet/semantic/idle.el"
> nil t)
>     require(semantic/idle)
>     eval-buffer(#<buffer  *load*> nil
> "/home/rjd/Downloads/cedet8689/cedet-bzr/trunk/lisp/cedet/semantic/grammar.el"
> nil t)  ; Reading at buffer position 1141 load-with-code-conversion("/home/rjd/Downloads/cedet8689/cedet-bzr/trunk/lisp/cedet/semantic/grammar.el"
> "/home/rjd/Downloads/cedet8689/cedet-bzr/trunk/lisp/cedet/semantic/grammar.el"
> nil t)
>     require(semantic/grammar)
>     (progn (require (quote cedet-devel-load)) (require (quote
> cedet-compat)) (require (quote semantic/grammar)) (require (quote
> semantic/bovine/grammar)) (require (quote semantic/wisent/grammar)))
>     eval((progn (require (quote cedet-devel-load)) (require (quote
> cedet-compat)) (require (quote semantic/grammar)) (require (quote
> semantic/bovine/grammar)) (require (quote semantic/wisent/grammar))))
>     command-line-1(("--eval" "(setq debug-on-error t)" "-l"
> "../../../cedet-remove-builtin.el" "--eval" "(setq max-specpdl-size 1500 max-lisp-eval-depth 700 cedet-minimum-setup t)" "-L" "../" "-L" "../"
> "-L" "../../../" "-L" "../../eieio/" "--eval" "(progn (require (quote
> cedet-devel-load)) (require (quote cedet-compat)) (require (quote
> semantic/grammar)) (require (quote semantic/bovine/grammar)) (require (quote semantic/wisent/grammar)))" "-f"
> "semantic-grammar-batch-build-packages" "srt.wy"))
>     command-line()
>     normal-top-level()
>
> -----Original Message-----
> From: Dixon Ryan (ETAS/ESW6)
> Sent: 28 November 2014 10:46
> To: 'Eric Ludlam'; David Engster
> Cc: [email protected]; [email protected]
> Subject: RE: [cedet-semantic] Semantic does not correctly show PRIVATE/PROTECTED methods to a class of whom those private/protected methods belong
>
> Oh well,
>
> Thanks all.
>
> -----Original Message-----
> From: Eric Ludlam [mailto:[email protected]]
> Sent: 28 November 2014 01:35
> To: David Engster; Dixon Ryan (ETAS/ESW6)
> Cc: [email protected]; [email protected]
> Subject: Re: [cedet-semantic] Semantic does not correctly show PRIVATE/PROTECTED methods to a class of whom those private/protected methods belong
>
> On 11/27/2014 02:35 PM, David Engster wrote:
>> Dixon Ryan writes:
>>> So please revert any changes you applied because one needs to have
>>> the class keyword!
>>
>> Yes, the C++03 standard indeed says this. However, when you
>> forward-declare the class, like
>>
>>     class A;
>>     class B
>>     {
>>        friend A;
>>     };
>>
>> then this is unambiguous and most compilers will happily accept it. I
>> think in C++11 this is also now "officially" allowed. I just checked
>> and GCC accepts this since version 4.7 also for C++03. So I think
>> Eric's patches are the right thing to do.
>
> Thanks for checking on this David.
>
> Eric
>

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk