Hello
I want to look how to write plugins for c::b. However the sdk V1RC2 from the main website is incompatible with the latest nightly build.
How can I obtain a precompiled sdk package compatible with the latest nightly build?
I use Windows and mingw compiler.
Kind Regards
Jan
You can get the header files via Subversion access:
svn checkout svn://svn.berlios.de/codeblocks/trunk/src/sdk
Also, you will need ask Killerbot for his import libs if you don't want to go through the pain of extracting them from the dlls.
Another (possibly easier) option is to checkout the complete Code::Blocks source tree (not just the sdk subfolder), build Code::Blocks yourself, and use your own libs. These will likely not be binary-compatible to Killerbot's, but for development, that's not an issue.
This option has the advantage that you don't mess with your development version of Code::Blocks, so even if your plugin crashes and burns, you can still edit sources and compile without needing to move or delete any files (which can be quite annoying).
Thanks, I'll do that
Kind regards
Jan
have a look here on how it works : http://wiki.codeblocks.org/index.php?title=Nightly_Cookbook
I think you might even understand it if I put it like this ( ;-) ) :
via deze link kom je te weten hoe de nightlies gebouwd worden : http://wiki.codeblocks.org/index.php?title=Nightly_Cookbook
Ok, so far so good.
Everything up and running. I have a debug problem debugging the plugin-dll.
I'm debugging the copystrings dll: attaching a running codeblocks.exe works fine however setting codeblocks.exe as host app results in a blocked gdb with message:
Breakpoint 1 (c:/codeblocks/src/plugins/contrib/copystrings/copystrings.cpp:80) pending.
No futher movement
Any ideas?
Quote from: Jan van den Borst on August 04, 2006, 05:22:51 PM
Breakpoint 1 (c:/codeblocks/src/plugins/contrib/copystrings/copystrings.cpp:80) pending.
No futher movement
Any ideas?
Let it continue. It will eventually start.
When you have pending breakpoints (as is always the case with plugins), gdb tries continuously to locate the symbol after each library (plugin) is loaded. This operation unfortunately is slow. Just give it some time...