User forums > Nightly builds
The 06 December 2014 build (10050) is out.
Melchior:
--- Quote from: BlueHazzard on January 06, 2015, 11:44:05 am ---use v2.8. v3 has still some annoying error messages and bugs. With v2.8 you are sure that all is working.
--- End quote ---
Hi BlueHazzard, thx for the advice =D
Question....
Do I want
wxMSW (v2.8.12)_src (97MB)
or
wxWidgets (v2.8.12)_src (122MB)
I am going with the wxMSW one....
and the setup.h HELL ;_;
and that was trying to import the MS VS workspace (wx_dll.dsw).....
so I am trying the cmd/makefile method now..
--- Code: ---mingw32-make -f makefile.gcc BUILD=release UNICODE=1 MONOLITHIC=1 SHARED=1
pause
--- End code ---
--- Code: ---mingw32-make -f makefile.gcc BUILD=debug UNICODE=1 MONOLITHIC=1 SHARED=1
pause
--- End code ---
--- Code: ---mingw32-make -f makefile.gcc BUILD=debug clean
mingw32-make -f makefile.gcc BUILD=release clean
pause
--- End code ---
I had to create the batch files myself... wxWidgets needs help :'( :-\
nope that didn't work either.... needed the "SHARED=1" as well duh?!
whats worse than that headache...
is CodeBlocks src does not seem to have a debug target...
aside from manually telling each project to to add "-g"..
there is a target "all" just no debug target... ;;;;___;;;;;
so far I have "wxmsw28ud_gcc_custom.dll" built....
though I made note that "wxmsw28u_gcc_cb.dll" is listed internally as said name...
will there be any issues using this one, wxmsw28ud_gcc_custom.dll
and do I have to rename it to wxmsw28u_gcc_cb.dll?
Melchior:
So compiling done (yesterday).... after hours I had to manually add 'd' to the append 'ud' for the wx..
and I to manually set the -g flag in each and ever project file ;_;
I compiled wx as
- wxmsw28ud_gcc_custom.dll
mingw32-make -f makefile.gcc SHARED=1 MONOLITHIC=1 BUILD=debug UNICODE=1
so I could debug/report... but trying to run errors out with
dll is debug but exe is not debug...
and I modified the update.bat to comment out the strip commands...
so what am I missing
BlueHazzard:
--- Quote from: Melchior on January 08, 2015, 11:46:28 am ---So compiling done (yesterday).... after hours I had to manually add 'd' to the append 'ud' for the wx..
and I to manually set the -g flag in each and ever project file ;_;
--- End quote ---
You could have used the global variable "cb_release_type" and add there "-g" in the "base"
(Settings->Global Variable->Current Variable->cb_release_type->base = -g)
--- Quote from: Melchior on January 08, 2015, 11:46:28 am ---so I could debug/report... but trying to run errors out with
dll is debug but exe is not debug...
--- End quote ---
try to fresh rebuild everything (i had the error also a lot times, but i don't remember what i have done :-\ )
--- Quote from: Melchior on January 08, 2015, 11:46:28 am ---and I modified the update.bat to comment out the strip commands...
--- End quote ---
good idea ;)
You can also look at full build log and check if the right build where used...
--- Quote from: Melchior on January 06, 2015, 11:59:35 am ---and that was trying to import the MS VS workspace (wx_dll.dsw).....
--- End quote ---
never try this, if you are going with the gcc...
better use the makefile way...
--- Quote from: Melchior on January 06, 2015, 11:59:35 am ---will there be any issues using this one, wxmsw28ud_gcc_custom.dll
and do I have to rename it to wxmsw28u_gcc_cb.dll?
--- End quote ---
if the settings for wxWidgets are right, i never had to do anything like that...
greetings
Melchior:
--- Quote from: BlueHazzard on January 08, 2015, 03:35:50 pm ---You could have used the global variable "cb_release_type" and add there "-g" in the "base"
(Settings->Global Variable->Current Variable->cb_release_type->base = -g)
--- End quote ---
when you mean base you mean the user-defined-fields right?
--- Quote ---User-defined Fields:
txt-box1: [base = -g]
--- End quote ---
or do you mean this:
base="F:\Dev-src\CodeBlocks_src -g"
______________________________________________________
Actually I copied the bat file then edited it. loi ;D
on that note how about renaming all the .bat's to .cmd ;D .cmd looks so much better
.bat is kinda like DOS era and such...
I have attached a copy of the update_debug.bat can you guys please get it committed?
:: Commented out to allow symbols to remain so debugging can be done.
:: if more is needed for debugging to work correctly , Devs please edit as need.
also, please add to the ignore list as they were not on it:
plugins/contrib/FortranProject/FortranProject_cbsvn.depend
plugins/contrib/FortranProject/FortranProject_cbsvn.layout
I attached an archive containing 3 .cmd files
makeWX_dll__Clean_ALL.cmd
makeWX_dll__Debug.cmd
makeWX_dll__Release.cmd
which are setup to use the gcc make files ^_^
ollydbg:
@Melchior, normally C::B is built against release version of wx library, but you can build C::B against debug version of wx library, see:
Developer documentation - CodeBlocks
--- Quote ---You can debug C::B under C::B (with the debugger plugin), also, you can link C::B to the debug version of wxWidgets library, so you can see whether a bug is located in C::B source code or wxWidgets' source code, see here: patch to build C::B against wx debug library
--- End quote ---
About the "cb_release_type", this can be opened by click on the
Menu->Settings->Global Variables
And in the opened Global Variable Editor dialog, edit or add one variable named "cb_release_type", and set its base filed(Under Built-in field panel) as "-g". (note no quotes).
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version