KDE and SDL2: some problem with syntax analyser

[Kevin Funk]

On Wednesday, 21 November 2018 08:37:58 CET Luca Provenzani wrote:
> Hi all,
> 
> first of all it is right to say that I'm newbie on kdevelop, C++ and
> SDL. Than the question:
> 
> I begin to setting up a new project with SDL2 and all is ok, I can
> compile, execute and so on. But there is an annoying thing: the language
> support doesn't work well. It highlights a lot of error and doesn't
> suggest properly, not recognising some SDL function or struct.

Hey Luca,

so as I take it the SDL2 headers are properly found and you can "jump into" 
(i.e. Ctrl+Click on "#include <SDL2/SDL.h>") them, right? 

> The strange thing is that some function like
> "SDL_CreateTextureFromSurface" is recognized other not, like
> "SDL_LoadBMP" or struct like "SDL_Texture".

In your case it looks like none of the function mentioned could be found 
(they're not colored in blue, like e.g. "SDL_GetError()").

In case only some functions are not detected, then the problems is likely that 
their declaration is could not be parsed properly. Could you jump into SDL.h 
or SDL_surface.h and check whether SDL_LoadBMP/SDL_LoadBMP_RW could not be 
parsed properly?

To me it looks like all the structs like SDL_Texture/SDL_Surface cannot be 
parsed and thus cause follow up errors everywhere.

Regards,
Kevin

> I attach a screenshot showing that.
> 
> In the included file SDL_Renderer.h I see:/
> /
> 
> //**/
> / *  \brief An efficient driver-specific representation of pixel data/
> / *//
> /struct SDL_Texture;/
> /typedef struct SDL_Texture SDL_Texture;/
> 
> without an explicit definition of the struct..
> 
> Do some one know how to fix this behaviour?
> 
> Thanks
> 
> Best Regards
> 
> Luca


-- 
Kevin Funk | kfunk at kde.org | http://kfunk.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kdevelop/attachments/20181121/b7fe5dcf/attachment.sig>