Plz check check the inline comments :)
>>> bread <firstname.lastname@example.org> seems to think that:[ ... ]
>2. Sometimes, even if 'semantic-analyze-debug-assist' could show me all the[ ... ]
>possible completions, 'semantic-ia-complete-symbol-menu' might not show all.
>For example, after i added two other functions to bread.hpp:
>int set(int, int);
>I got back to panda.cpp and try completions, only geta() and set(int, int)
>can be got, but when i try 'semantic-analyze-debug-assit', i was told:
>It seems that all the members are got by semantic. But this infomation canThis sounds to me a bit like the include file was not reparsed due to
>be losed after i closed emacs and reopen it, which means, after i reopen
>panda.cpp, i just find that even semantic-analyze-debug-assist can not get
>the possible completions. I need to manually 'C-u M-x bovinate' to make them
fast typing. I looked in the code, and I can see how this may
happen. I checked in changes to force a refresh during searches to
catch fast typists. I don't know if this will solve the problem, so
let me know how it goes.
[ ... ]
>What's more, after i use 'C-u M-x bovinate' to make the completions menu
>work properly, i found function overloading may not be processed. That
>happened after i added another version of set:
>void set(float, char);
>I can see it via 'semantic-analyze-debug-assist' but it's not in completions
>menu. It seems the newer one is hidden by the older one.
In the debug assist output, there are two lists. A completion list,
and the list of "known members." The completion list is stripped down
to items that matched a desired return argument data type. Is that
perhaps what you see?