Even more seriously, I think there is a point in keeping the amount of plugins bundled with the IDE to an optimal minimum. What Code::Blocks could use is an SDK that embeds wxWidgets, so that anyone can make a plugin with worrying about the combination of compiler/wxWidgets versions.
We could reduce this problem by:
1) linking the C::B SDK statically to wxWidgets in the codeblocks.dll .
2) bundling wxWidgets (code or a subset) with an SDK toolkit to allow anyone to truly compile plugins out of the box.
Taking these steps one could then think of setting up a plug-ins repository. The difficulty involved in getting the combination of C::B source, wxWidgets (in the correct configuration) and compiler all "right", hampers plugins as far community driven features are concerned. (It certainly helps internal development and experimentation though, no doubt about that).