User forums > Help
A little hint for the MAC OS X build
Dimitrios Chr. Ioannidis:
Hi all,
if you want to be able to move around your executable and be able to prees buttons etc. you should add that post-build step in one line for all your targets :
--- Code: ---/Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -o $(<target>_OUTPUT_FILE) Carbon.r
--- End code ---
Where <target> is DEBUG or RELEASE. Like this :
--- Code: ---/Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -o $(DEBUG_OUTPUT_FILE) Carbon.r
or
/Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -o $(RELEASE_OUTPUT_FILE) Carbon.r
--- End code ---
regards,
afb:
The wxWidgets team recommends using application bundles instead of resource forks, but you are right that either bundles or resforks are required for any wxWidgets application to start receiving events. Unfortunately.
afb:
This is now Bug #10747:
http://developer.berlios.de/bugs/?func=detailbug&bug_id=10747&group_id=5358
Auria:
--- Quote from: afb on March 28, 2007, 11:27:43 am ---This is now Bug #10747:
http://developer.berlios.de/bugs/?func=detailbug&bug_id=10747&group_id=5358
--- End quote ---
In my own build, i did not need to do any of the two yet it works...
it might be worth checking if my system is just weird or if wxWidgets 2.8 fixed this
afb:
This is so that you can run /usr/local/bin/codeblocks from the command line, or use the "Run" command in CB after building the newly generated wxWidgets wizard project.
For real applications, it is recommended that you build an .app bundle with the proper structure and an Info.plist. But unless you do either, the application doesn't work.
Navigation
[0] Message Index
[#] Next page
Go to full version