User forums > Nightly builds
The 06 December 2007 build (4711) is out.
cacb:
--- Quote from: Morphius Faydal on December 07, 2007, 07:39:29 pm ---Where can I get wxGTK 2.8.7 for Ubuntu "Gutsy"? Neither one of the repos on the wiki even *has* gutsy.
--- End quote ---
Hi,
I have installed wxWidgets 2.8.7 on Gutsy i386 by adding in Adept Manager repositories
http://apt.wxwidgets.org/ gutsy-wx main
There is a key at http://apt.wxwidgets.org/key.asc
wxWidgets works fine on Gutsy, although I have not tried C::B on Gutsy yet.
Jenna:
I just added svn4713 to my repo (see sig).
The changes since svn4711 can be seen here.
The update is a little late, but I haven't been at home this week, because of work, and there was no internet-connection in the hotel.
Sorry for the inconvenience.
hollingsworthd:
So are you not building for linux anymore?
--- Quote from: killerbot on December 06, 2007, 10:40:40 pm ---Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works.
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx287.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z
The 06 December 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20071206_rev4711_win32.7z
- Linux :
none
Resolved Fixed:
* CodeSnippets 1.2.108 2007/12/02
- force close of xml in OnRelease() (Closing window causes crashes)
- immediately delete canceled "New category" & "New snippet" items, ignore filelinks in canceled properties. Avoids unnecessary "delete?" dialog.
- fix macro substitution in CheckForMacros() broken by mod 99
Regressions/Confirmed/Annoying/Common bugs:
* toolbar-images-not-changing-state (is a wx problem/Win XP problem)
--- End quote ---
killerbot:
our linux builders have run out of spare time.
But some others mostly reply in the thread with a linux build. I will look into this, to have a it a bit more organized.
cacb:
Thanks for the build, I do have some observations though :lol: . Previously I have been using build 4237 on Windows XP (Using MS Visual C++ 2005 Express compiler) and build 4066 on Kubuntu with GCC compiler. I want to continue with this compiler setup, but obviously upgrade to a more recent version of Code::Blocks.
My project is set up using 4 build targets, i.e. W32_Release and W32_Debug, plus UX_Release and UX_Debug. W32 means MS Visual C++ 2005 build, UX means Linux GCC build here.
Problem 1
I found that there is sometimes a bug in C::B when selecting among such build targets. If I select the build target UX_Debug using the "Build Target" combo in the toolbar, I get an error message box saying "This target is configured to use an invalid debugger. The operation failed....". I notice that when starting the debugger (Debug -> Start) there is a message in the Debugger window
Selecting Target
W32_Debug <= Wrong!, I had UX_Debug selected.
If I instead select the build target by first selecting via the menu option Build -> Select target -> UX_Release, then switch back Build -> Select target -> UX_Debug, then debugging works properly! So it seems to me that selecting build targets via the menu vs. using the toolbar combo does not do the same thing. That looks like a bug to me.
Problem 2
Another issue is when I open my project on Linux, I am faced with a "Compiler selection" dialog that says "The defined compiler for W32_Debug cannot be located (ID: msvc8). Please choose the compiler you want to use instead and click OK". Obviously this makes little sense. The compiler setting for that build target is correct, but the build target is not in use at all on Linux! Is there a way to switch off this message? It was not a problem with the older C::B and I don't think build 4711 on Windows complains in the same way for my UX_Debug build target. Any advice?
Anyway I am really happy that Debugging on Linux seems to work fine :D, I had problems with that before.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version