Suggestion: visual debugger

Suggestion: visual debugger

Portrait de jogshy
jogshy
lun, 17/01/2011 - 12:14

Please, develop a visual stand-alone debugger for your OpenCL implementation.

Something like NVIDIA's nSight, but don't integrate into Visual Studio... it's better an OS-portable standalone app ( made in Qt or similar ) so we can use in linux, MacOSX, etc... with minimal effort.

I'm specifically interestered in placing breakpoints and inspecting variables.
Other things I use ( but less times ) are "run to cursor" ( skipping the execution of several lines ahead/backwards ) as well as variable-modify-value ( alter the variable's value manually at runtime ).

You could also add a command line one for the command-line lovers although I would really prefer a visual one.

Thanks.

RSS Haut
3 posts / 0 nouveau(x)
Dernière contribution
Reportez-vous à notre Notice d'optimisation pour plus d'informations sur les choix et l'optimisation des performances dans les produits logiciels Intel.
Portrait de Arnon Peleg (Intel)
Arnon Peleg (Intel)
mar, 18/01/2011 - 06:00

Great,

Thanks for the advice. Indeed looks like a needed tool. We will explore this.

As a person that also prefer a visual debugger, I would like
to express that I usually do use Visual Studio.

So, in the majority of time, it will be unnatural for me to
jump out of my C/C++ debugging environment to an OpenCL debug environment.

I prefer to debug my entire application (C/C++ code and OpenCL
kernels) in the same IDE.

Haut
Portrait de jogshy
jogshy
mar, 18/01/2011 - 06:35

Well, as you mention, to debug C++ and OpenCL in the same IDE ( VS in your case ) would be the more natural.. but if you need to write a debugger plugin for VS2008, other for VS2010, other for Netbeans, other for Eclipse, other for XCode, etc... could be too much work for you.

On the other hand, if you develop a multiplatform app like is my case, you need to learn how to use the debugger for VS, Netbeans, XCode, Eclipse, etc... the debugger could be very similar, but there will be always differences between all the versions ( for instance, its preferences will be located in the VS's menu XXXX while it could be placed in the menu YYYYY inside Eclipse... ).

Writting it as an standalone app solves both problems: less work for you + an unified environment exactly equal for all the OSs.

Haut

Connectez-vous pour laisser un commentaire.