When the wizard asks where to find wxWidgets, the default location is $(#wx) - that's good. That means it will use the global 'wx' variable to determine the location. Set the 'wx' global variable to the install location of wxPack - that is the root directory of the wxWidgets tree. The default in the wxPack install is C:\SourceCode\Libraries\wxWidgets2.7
Unfortunately, even when this is correct, the wizard still pops up the warning "A matching configuration could not be found in the wxWidgets directory you specified. This means that your project will not build. Are you sure you want to continue with these settings?". What is the wizard looking for?
The warning can be ignored with wxPack, in some cases. If I leave the default checkboxes checked, on the last page (see screenshot), the wizard sets up the project with the correct paths. It does assume that you'll be linking to version 2.6, you'll need to change the linked library to libwxmsw27u.a.
However, if I uncheck the box for "Use wxWidgets DLL", the generated linker path is "$(#wx)\lib\gcc_" instead of "$(#wx)\lib\gcc_lib".
You can definately use Code::Blocks to make projects that use wxPack, however, it looks like the wizard is looking for some configuration files that wxPack either does not have, or does not have in the right place.
If the authors of the wizard would post exactly what they are looking for, as far as configuration, and it is determined that that is the best approach, I'm sure wxPack could be updated.
Hopefully, in the future, these two tools will work better together.
[attachment deleted by admin]