This version of CB does not load the plugins. It is looking for the wrong plugins, or the wrong plugins (names?) are installed.
CB says it wants .zip plugins, but there are only .la and .so files in the plugins folder.
But this would go into another thread.
PluginManager.cpp is looking for name.zip for it manifest.xml file, while MAC plugin names are libname.so etc. So the ziped manifest file name should be libname.zip, not name.zip in .../share/codeblocks.
So if the plugin is named DragScroll.so, the manifest.xml should be ziped into .../share/codeblocks/libDragScroll.zip
Hmm, wonder when this change happened ?
It used to load happily from the share/codeblocks/dragscroll.zip file just like it does on Linux...
Now it creates the files as "dragscroll.zip", but then tries to load them as "libdragscroll.zip". :-(
Plugin resource not found: libdragscroll.zip
Suggested change:
--- src/sdk/pluginmanager.cpp (revision 2994)
+++ src/sdk/pluginmanager.cpp (arbetskopia)
@@ -144,7 +144,7 @@
wxFileName fname(pluginFilename);
fname.SetExt(_T("zip"));
wxString actual = fname.GetFullName();
- #ifdef __WXGTK__
+ #if defined(__WXGTK__) || defined(__WXMAC__)
// remove 'lib' prefix from plugin name (if any)
if (actual.StartsWith(_T("lib")))
actual.Remove(0, 3);
So, where does this take us?
Assuming that the load process is the way it is for a good reason, what's missing is the generation of the proper files with the proper names in the proper places?
The manifest files are delivered in SVN. And with the usual SVN build, the manifest is ziped into pluginname.zip by update.bat or ./update .
What the MAC build needs to do is: zip the manifest.xml that accompanies all plugins into a pluginname.zip and place it into .../share/codeblocks .
On my OSX10.3, the names in .../share/codeblocks/plugins end up being pluginname.so . So I changed ./update to simply zip the manifest from .../trunk/src/plugins/pluginname/manifest.xml to .../trunk/src/devel/share/codeblocks .
Dont forget the contribs if you use any. I ziped the ones I use by hand.
echo Compressing plugins lib resources //(pecan 2006/9/23)
${ZIPCMD} -j9 ${RESDIR}/libastyle.zip plugins/astyle/resources/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libautosave.zip plugins/autosave/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libclasswizard.zip plugins/classwizard/resources/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libcodecompletion.zip plugins/codecompletion/resources/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libcompiler.zip plugins/compilergcc/resources/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libdefaultmimehandler.zip plugins/defaultmimehandler/resources/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libdebugger.zip plugins/debuggergdb/resources/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libscriptedwizard.zip plugins/scriptedwizard/resources/manifest.xml > /dev/null
${ZIPCMD} -j9 ${RESDIR}/libtodo.zip plugins/todo/resources/manifest.xml > /dev/null
profiler.zip was actually missing from the set.
src/plugins/contrib/profiler builds its resources as CBProfiler.zip, not profiler.zip
I believe it (CBProfiler) is also the name of the plugin, from the manifest.xml file.
lib_LTLIBRARIES = libprofiler.la
pkgdata_DATA = CBProfiler.zip
Exception to prove the rule, I suppose...
An X11 version of CB would be useful, absolutely.
I don't have a standalone version, mainly because I didn't feel like
compiling GTK+ and all of the requirements. However, it is possibly
to build one using DarwinPorts, and a local Portfile repository...
On the Wiki are the files you need, first you build "wxGTK" in
graphics/wxGTK (you need to uninstall the usual "wxWidgets")
and then you build C::B in devel/codeblocks, without wxMac.
Once set up, it's something like:
sudo port install wxGTK
sudo port install codeblocks +puredarwin-macosx
I have a problem getting the parts for this port install:
port install graphics/wxGTK
---> Fetching wxGTK
---> Attempting to fetch patch-soundsdl.diff from http://distfiles-od.opendarwin.org/wxGTK/2.6.3
---> Attempting to fetch patch-soundsdl.diff from http://distfiles-msn.opendarwin.org/wxGTK/2.6.3
---> Attempting to fetch patch-soundsdl.diff from http://distfiles-bay13.opendarwin.org/wxGTK/2.6.3
---> Attempting to fetch patch-soundsdl.diff from http://distfiles-od.opendarwin.org/
---> Attempting to fetch patch-soundsdl.diff from http://distfiles-msn.opendarwin.org/
---> Attempting to fetch patch-soundsdl.diff from http://distfiles-bay13.opendarwin.org/
Error: Target com.apple.fetch returned: fetch failed
Any suggestions?
Sorry, that one is mine:
http://www.algonet.se/~afb/wx/patch-soundsdl.diff
Put it in a directory "files", next to your Portfile:
dports/graphics/wxGTK/Portfile
dports/graphics/wxGTK/files/patch-soundsdl.diff
Installation of wxGTK and codeblocks went without errors, but /Applications/CodeBlocks.app does not start.
Any suggestions?
/opt/local/bin/codeblocks --prefix=/opt/local
Perhaps over-explicit, but just making sure...
The bundle is only used for the wxMac version,
maybe I should explain this better on the Wiki.
I just added some breakpoints and started the debugger. It did not stop at the breakpoints.
Did I miss something or should I report this as a bug?
Breakpoint are not honored in constructors or destructors.
You'll have to put the breakpoints in a "dummy" routine called by the constructor.
Thus:
myCtor::myCtor() {myInit();}
myCtor::myInit() {// put breakpoint here; int myint=0;}