On 11/13/2010 10:00 AM, Hannu Koivisto wrote:
> "Eric M. Ludlam"<eric@...> writes:
>> In your case, you can define Q_CORE_EXPORT as empty in the preprocessor
>> list to get the same effect as deleting Q_CORE_EXPORT from the Qt headers.
> Yes I can, but EmacsWiki suggests that
> (add-to-list 'semantic-lex-c-preprocessor-symbol-file (concat qt4-include-base-dir "/Qt/qglobal.h"))
This is indeed a better way to do it so long as that file has
Q_CORE_EXPORT and anything else you need.
> should work as well, so it would seem that something has changed
> either in CEDET or in Qt. The file looks relatively
> straightforward to me. If this is considered to be a "feature",
> then maybe the EmacsWiki page should be edited not to give
> misleading information.
What you describe sounds right to me. Use
M-x semantic-c-describe-environment RET
in a C buffer w/ your Qt headers to make sure all the right things have
been found. (ie - the right include path, the right preprocessor
> Also, if I define Q_CORE_EXPORT, CEDET is able to parse, say,
> qtimer.h, but even though I can complete QTimer members, I can't
> use C-c , J to jump to QTimer definition.
M-x semantic-analyze-debug-assist RET
to start identifying where things have gone wrong.