1) libwxscintilla apparently needs to be a .dylib, automatic extension makes it a .so, and this does not link. I did not see auto prefix do anything at all.
well then c::b needs a little fix, on Mac autoextension should change it to .dylib, not .so
2) removing `wx-config -libs`from "sdk" and "src" targets caused link errors against wx.
there's probably a linker-order error, I was talking about plugins anyways; let's take an example, codesnippets plugin:
there's this in the Target:
<Linker>
<Add option="`wx-config --libs`" />
<Add directory="../../../devel" />
</Linker>
and you added this in the Project:
<Linker>
<Add option="`wx-config --libs`" />
<Add option="-bundle" />
<Add library="libcodeblocks" />
<Add library="libwxscintilla" />
</Linker>
so the suggestion is to merge all in the Project for example:
<Linker>
<Add option="`wx-config --libs`" />
<Add directory="../../../devel" />
<Add option="-bundle" />
<Add library="codeblocks" />
<Add library="wxscintilla" />
</Linker>
well that's it,
here comes the interesting part, build scripts:
http://wiki.codeblocks.org/index.php?title=Build_scripts
if you can create build scripts instead of new -mac.cbp's it would be a lot nicer,
something like this in the above case:
function SetBuildOptions(base)
{
// no PLATFORM_MAC for now, btw the logic in sdk/scripting/bindings/sc_consts.cpp
// is wrong because there is gtk for mac =P
if (PLATFORM == PLATFORM_UNKNOWN)
{
base.AddLinkerOption(_T("-bundle"));
base.AddLinkLib(_T("codeblocks"));
base.AddLinkLib(_T("wxscintilla"));
}
}
function UnsetBuildOptions(base)
{
if (PLATFORM == PLATFORM_UNKNOWN)
{
base.RemoveLinkerOption(_T("-bundle"));
base.RemoveLinkLib(_T("codeblocks"));
base.RemoveLinkLib(_T("wxscintilla"));
}
}