Huge sized codeblocks.dll

[scarphin]

I'm getting a codeblocks.dll of 64.3mbytes when I'm building the 'all' target of v10.05 with mingw (gcc4.5.2) on win7 sp1. I'm loading the 'CodeBlocks.cbp' project file to build. Is that normal or what am I doing wrong?

[oBFusCATed]

Which of the two codeblocks.dll are you talking about?
Take a look at the src/update.bat script for details.

[scarphin]

Sry I wasn't aware of the second one. I'm talking about the one resides in the same folder with 'codeblocks.exe'.

[scarphin]

Is the cb sdk available for download separately somewhere in case I can't build it?

[MortenMacFly]

Is the cb sdk available for download separately somewhere in case I can't build it?

What should always work:

• D/L a nightly
• remember the SVN revision this nightly is based on
• Checkout sources from SVN of THAT revision
• Use the wxWidgets sources the nightly is based on
• Link against the nightlies DLL's where you usually would use the libs

, 

[scarphin]

I'm trying to build the AutoVersioning plugin and no matter which file I link against, the 'autoversioning.dll' file has a size of 1.4mb while the original dll is sized only 283kb. Any ideas?

[oBFusCATed]

You need to strip the dll. This is done in the update.bat script. And the whole project is build with -g.

[Jenna]

Sry I wasn't aware of the second one. I'm talking about the one resides in the same folder with 'codeblocks.exe'.

After running update.bat (absolutely needed), you have an exe and the dll's in the devel- and the output-subfolder.
the first one has the debugging symbols included, the second one is stripped.

[scarphin]

Sry I wasn't aware of the second one. I'm talking about the one resides in the same folder with 'codeblocks.exe'.

After running update.bat (absolutely needed), you have an exe and the dll's in the devel- and the output-subfolder.
the first one has the debugging symbols included, the second one is stripped.

Thnx. Sry for my ignorance, I realized that after I read the wiki page describing how to build cb on windows. The files produced after build are slightly less in size than the nightly's though, I believe that's because I'm using mingw to build and the nightlies are built with tdm-gcc.

I have one last problem. I checked out svn to version 7386 which is 15 August debuggers branch nightly revision and made a couple of changes to the autoversioning plugin then built cb and plugins. The resulting cb executable says revision 7386 and the built plugins work as expected but when I try to update the av plugin in the nightly built, it says plugin is compiled for a different version and doesn't start. Then I realized 15 August debuggers branch nightly is rev7387 (that's what it shows when starting up) although rev number is mentioned as 7386 everywhere else. Rev7387 is registered on the svn as a wxsmith update, I also tried to build rev7387 and tried to update the av plugin in the 15 August debuggers branch nightly with no luck. Why are there different revision numbers? Any help with this?

[oBFusCATed]

The svn revision is just informative.
You should check the SDK version numbers (look in cbplugin.h), this is what C::B is looking for.

You can try the Morten's advice, but keep in mind that you should use the same compiler used to compile the nightly.

[scarphin]

I downloaded tdm-gcc (4.5.2). Built wxwidgets 2.8.12, cb7386 and the plugins with it. And I still get the wrong version error when I try to change the av plugin of 15 August nightly with the one I built. How can I make sure of sdk version of 15 August nightly?

[ollydbg]

I downloaded tdm-gcc (4.5.2). Built wxwidgets 2.8.12, cb7386 and the plugins with it. And I still get the wrong version error when I try to change the av plugin of 15 August nightly with the one I built. How can I make sure of sdk version of 15 August nightly?

Did you build a full cb (both the codeblocks.cbp and ContribPlugins.workspace)?

[stahta01]

I downloaded tdm-gcc (4.5.2). Built wxwidgets 2.8.12, cb7386 and the plugins with it. And I still get the wrong version error when I try to change the av plugin of 15 August nightly with the one I built. How can I make sure of sdk version of 15 August nightly?

For 15 August nightly debugger version

http://svn.berlios.de/viewvc/codeblocks/branches/wxpropgrid_debugger/src/include/cbplugin.h?view=log

from http://svn.berlios.de/viewvc/codeblocks/branches/wxpropgrid_debugger/src/include/cbplugin.h?revision=7377&view=markup

Code Select Expand


// this is the plugins SDK version number
38 // it will change when the SDK interface breaks
39 #define PLUGIN_SDK_VERSION_MAJOR 1
40 #define PLUGIN_SDK_VERSION_MINOR 12
41 #define PLUGIN_SDK_VERSION_RELEASE 6


I suggest checking out the "wxpropgrid_debugger" instead of trunk if you wish to build debugger based plugins.

For 15 August nightly normal trunk version

http://svn.berlios.de/viewvc/codeblocks/trunk/src/include/

from http://svn.berlios.de/viewvc/codeblocks/trunk/src/include/cbplugin.h?revision=7318&view=markup

Code Select Expand


// this is the plugins SDK version number
36 // it will change when the SDK interface breaks
37 #define PLUGIN_SDK_VERSION_MAJOR 1
38 #define PLUGIN_SDK_VERSION_MINOR 11
39 #define PLUGIN_SDK_VERSION_RELEASE 15


Mixing Nightly Plugins of "Debug  branch" with SDK of Normal "Trunk" Branch are going to fail.

Tim S.

[scarphin]

I downloaded tdm-gcc (4.5.2). Built wxwidgets 2.8.12, cb7386 and the plugins with it. And I still get the wrong version error when I try to change the av plugin of 15 August nightly with the one I built. How can I make sure of sdk version of 15 August nightly?

Did you build a full cb (both the codeblocks.cbp and ContribPlugins.workspace)?

Definitely.

stahta: I'm already using the debugger branch to build even the same revision.

Is there a procedure to update the plugins? I'm just replacing the files 'AutoVersioning.zip' and 'AutoVersioning.dll' before I launch cb. ;/

[oBFusCATed]

Does your full cb version works?
Why don't you use your version?  :lol:

What is the error message?