Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Release 16.01 for Mac
Easior Lars:
--- Quote from: MortenMacFly on January 31, 2016, 10:27:25 am ---* Did you try to do a re-build with these project files under Mac? does it work?
--- End quote ---
Yes, it works on Mac OS Yosemite. But bugs should be fixed. Dan Kulp's pacthes are necessarily needed.
--- Quote from: MortenMacFly on January 31, 2016, 10:27:25 am ---* Do you have a workspace file that covers all project files?
--- End quote ---
I have a workspace file named by CodeBlocks_wx30-mac.workspace, it also works well.
--- Quote from: MortenMacFly on January 31, 2016, 10:27:25 am ---* Why did you change update30 script, esp. removing the optional tools? This should actually work...
--- End quote ---
Because the same scripts have been added to the corresponding cbp files, e.g. lib_finder_wx30-mac.cbp, etc.
I have made some modifications on my patch today. Please see this attachment.
Final modification of my patch is attached. It's time to Dan Kulp's patches to fix long-time standing bugs on Mac OS.
dkulp:
It's a shame that CB isn't on GitHub and we could just submit pull pull requests...
I've attached my changes to the src tree. They pretty much fall into three categories:
1) Retina support - wxsdrawingwindow.cpp needs a bunch of changes to work properly on Retina screens. That said, this ALSO requires a bunch of patches to wxWidgets which have been submitted there. My fork of wxWidgets has the needed fixes:
https://github.com/dkulp/wxWidgets/tree/WX_3_0_BRANCH
2) Plugin loading - when building from command line and running "make install", plugins are in a different place and named differently than when built form within CB and/or packaged in an app. The patch tries to account for the various options.
3) Minor startup performance thing - for some reason (not sure why), a bunch of the png files are being copied during make install which is causing wxImage to not be valid which takes a second per image to generate a stack trace. Ideally, I'd fix the image copying, but for now, if the image is no OK, use a null bitmap.
MortenMacFly:
--- Quote from: dkulp on February 01, 2016, 03:46:55 pm ---It's a shame that CB isn't on GitHub and we could just submit pull pull requests...
--- End quote ---
C::B is on GitHub, e.g. here:
https://github.com/obfuscated/codeblocks_sf
This is regularly sync'd with the "golden" SVN repo. So you can provide pull requests if you explain and talk to obfuscated the developer behind this GIT repo clone.
I'll do my best to collect all Mac related stuff, nag me if you miss anything. For now, I am collecting until you tell that's really it an it works. For the moment I see version coming everyday, so I won't commit until its kind of final.
One thing please notice: Try to avoid to change code or scripts that may affect other platforms, especially Linux. Or, if you have to, please state explicitly what function needs to be tested on other platforms. You can freely add new scripts (like update30_mac), of course.
Also, please state for what build the patch is for. Keep in mind that on the Mac you'll have two options: Building with autotools or with C::B itself. Its easier to understand your changes if you mention the target build system.
oBFusCATed:
The current workflow doesn't support the typical pull-request workflow, because of svn<->git/git svn limitations.
In order for some branch to be committed in svn it needs to be rebase-able on the master branch. If you fulfil this requirement, I can commit such branches.
Easior Lars:
--- Quote from: dkulp on February 01, 2016, 03:46:55 pm ---
It's a shame that CB isn't on GitHub and we could just submit pull pull requests...
I've attached my changes to the src tree. They pretty much fall into three categories:
1) Retina support - wxsdrawingwindow.cpp needs a bunch of changes to work properly on Retina screens. That said, this ALSO requires a bunch of patches to wxWidgets which have been submitted there. My fork of wxWidgets has the needed fixes:
https://github.com/dkulp/wxWidgets/tree/WX_3_0_BRANCH
2) Plugin loading - when building from command line and running "make install", plugins are in a different place and named differently than when built form within CB and/or packaged in an app. The patch tries to account for the various options.
3) Minor startup performance thing - for some reason (not sure why), a bunch of the png files are being copied during make install which is causing wxImage to not be valid which takes a second per image to generate a stack trace. Ideally, I'd fix the image copying, but for now, if the image is no OK, use a null bitmap.
--- End quote ---
Hi, Dan! I have made another try to build CB on Mac OS by merging your patches into CB source tree. My steps are as follows:
--- Code: (bash) ---$ git clone https://github.com/wxWidgets/wxWidgets.git -b WX_3_0_BRANCH --depth=1
$ cd wxWidgets
$ mkdir cocoabuild && cd cocoabuild
$ ../configure --enable-monolithic --with-macosx-version-min=10.7 --enable-debug=no --with-cocoa CXXFLAGS="-stdlib=libc++ -std=c++11" OBJCXXFLAGS="-stdlib=libc++ -std=c++11" CPPFLAGS="-stdlib=libc++" LDFLAGS="-stdlib=libc++" CXX=clang++ CXXCPP="clang++ -E" CC=clang CPP="clang -E" --enable-shared --enable-unicode --enable-threads --without-subdirs
$ make
--- End code ---
then do some patches and bootstrap CB by CB. The binary file is located at
https://fedorapeople.org/~easior/CodeBlocks-Mac-16.01-r1.tar.bz2.
I found that some bugs are fixed, e.g. changing font size in CB Editor does not make CB crash. However, my binary file is full of bugs. For examples:
* mouse scrolling in CB Editor with some source codes will make CB crashed;
* Compiler plugin does not work well because the build target of project to build is not displayed on compiler toolbar.
The attachment is the patch which have been merged together.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version