Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Release 16.01 for Mac
dkulp:
I stuck an experimental OSX build up at:
http://dankulp.com/xlights/CodeBlocks-MAC-16.1.tar.gz
This is using a custom build of wxWidgets 3.0.x which is the latest code from git + a bunch of fixes that I submitted back to them in a pull request. It also contains some fixes to Code::Blocks to get it working on MAC, particularly finding plugins with the ".app" as well as some fixes for Retina displays. Not all those fixes are submitted back yet.
Very minimal testing has been done as I pretty much just use it for wxSmith.
Easior Lars:
--- Quote from: dkulp on January 30, 2016, 01:27:17 am ---
I stuck an experimental OSX build up at:
http://dankulp.com/xlights/CodeBlocks-MAC-16.1.tar.gz
--- End quote ---
I had a try of your tarball on Mac OS Yosemite. However, there's no lucky for me since your build requires Mac OS X 10.11 or later. Can you change your build SDK to OS X 10.10 or lower.
dkulp:
--- Quote from: Easior Lars on January 30, 2016, 02:39:33 am ---
--- Quote from: dkulp on January 30, 2016, 01:27:17 am ---
I stuck an experimental OSX build up at:
http://dankulp.com/xlights/CodeBlocks-MAC-16.1.tar.gz
--- End quote ---
I had a try of your tarball on Mac OS Yosemite. However, there's no lucky for me since your build requires Mac OS X 10.11 or later. Can you change your build SDK to OS X 10.10 or lower.
--- End quote ---
Can you give it another try? I added the -mmacosx-version-min=10.7 flag to all the compiles/links which hopefully fixes that. However, there are still a couple of plugins that won't load as I need to figure out how to pass some more link flags to them so they have enough space in the header to adjust the paths to the libs. Something for tomorrow. However, if you can at least see if CodeBlocks starts up, that would be a great start.
MortenMacFly:
--- Quote from: dkulp on January 30, 2016, 05:58:16 am ---Can you give it another try? I added the -mmacosx-version-min=10.7 flag to all the compiles/links which hopefully fixes that. However, there are still a couple of plugins that won't load as I need to figure out how to pass some more link flags to them so they have enough space in the header to adjust the paths to the libs. Something for tomorrow. However, if you can at least see if CodeBlocks starts up, that would be a great start.
--- End quote ---
That's great stuff!
BTW: If you have built a working C::B, you could use C::B to build C::B and then the script mac_pack in the "src" folder. this way, all plugins should be fine (at least they were last time) and it makes a proper app package.
Any patches towards making this work are most welcome. We are hardly seeking Mac devs.
dkulp:
--- Quote from: MortenMacFly on January 30, 2016, 06:38:36 am ---
--- Quote from: dkulp on January 30, 2016, 05:58:16 am ---Can you give it another try? I added the -mmacosx-version-min=10.7 flag to all the compiles/links which hopefully fixes that. However, there are still a couple of plugins that won't load as I need to figure out how to pass some more link flags to them so they have enough space in the header to adjust the paths to the libs. Something for tomorrow. However, if you can at least see if CodeBlocks starts up, that would be a great start.
--- End quote ---
That's great stuff!
BTW: If you have built a working C::B, you could use C::B to build C::B and then the script mac_pack in the "src" folder. this way, all plugins should be fine (at least they were last time) and it makes a proper app package.
Any patches towards making this work are most welcome. We are hardly seeking Mac devs.
--- End quote ---
I've had very little luck getting it to build from within CB. Lots of flags need changing since I'm using clang and not gcc. I just discovered the field that you edit compiler flags in CB is changing all the -- to a single long hyphen which then breaks everything so I have to edit everything in the raw XML.
The mac_pack is only semi-usable. I'm not using a monolithic wxwidgets so those parts are problematic. Also, when building from the command line, all the plugins get a .so extension, not .dylib. Apparently building from CB makes .dylibs which is interesting. In anycase, I have a similar mac_pack script that I'm using to try and assemble it. The problem right now is that a few of the plugins don't have enough "space" in their header to allow for modifications. You get an error:
--- Code: --- /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool: changing install names or rpaths can't be redone for: /Users/dkulp/tmp/CodeBlocks.app/Contents/Resources/share/codeblocks/plugins/libautosave.so (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names)
--- End code ---
so that's next to try and figure out. Most of the plugins work fine, just a few have this issue.
Navigation
[0] Message Index
[#] Next page
Go to full version