Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z
For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z
The 05 October 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20061005_rev3012_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20061005_rev3012_Ubuntu6.06.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20061005_rev3012_suse100+101.rpm (not yet)
Resolved Fixed:
- a few adjustments (uninitialised member variables) in CC plugin that may lead to imrpoved stability
- Update to TinyXml 2.5.2
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- menu items with icon not correctly aligned (since wx263)
Windows ANSI build is here (http://rapidshare.de/files/35637431/output.7z.html).
Thanks , i like that :) .
but why wx263 not wx270 ??
AmR EiSa
Quote from: r0otbut why wx263 not wx270 ??
Code::Blocks, mainly the libraries it needs to work, won't compile with wx 2.7.0 and from what I've seen, none of the developers has the intention to get it working with it either.
But, on the other side, that won't stop you from developing with wx 2.7.0 using Code::Blocks :D
Gentoo ebulds here (http://forums.gentoo.org/viewtopic-t-440412.html) :o
This build has a minor but annoying problem.
The save project as feature saves the output as a file without LFs.
Window XP User
Tim S
Quote from: stahta01 on October 06, 2006, 08:10:57 AM
The save project as feature saves the output as a file without LFs.
Considering C::B is the only one that's ever supposed to read project files, why should it matter whether they have line breaks?
Quote from: TDragon on October 06, 2006, 03:11:12 PM
Quote from: stahta01 on October 06, 2006, 08:10:57 AM
The save project as feature saves the output as a file without LFs.
Considering C::B is the only one that's ever supposed to read project files, why should it matter whether they have line breaks?
manual modification ( I do it often, for changes that need to be applied to a whole bunch of projects), and then it's good a normal text editor can red/show it nicely.
Quote from: TDragon on October 06, 2006, 03:11:12 PM
Quote from: stahta01 on October 06, 2006, 08:10:57 AM
The save project as feature saves the output as a file without LFs.
Considering C::B is the only one that's ever supposed to read project files, why should it matter whether they have line breaks?
I too edit the .cbp . It a lot quicker making changes with an editor than searching for all the "god-only-remembers-where" UI buttons.
I build it failed these days, the lastest build out revision is 3001 in Sep 29 2006.
The compile error come from the file trunk\src\sdk\autorevision.h, this file has a incorrect content, show below:
/*encoding="utf-8"?>*/
#ifndef AUTOREVISION_H
#define AUTOREVISION_H
#include <wx/string.h>
#define SVN_REVISION "encoding="utf-8"?>"
#define SVN_DATE "<entry"
namespace autorevision
{
const unsigned int svn_revision = encoding="utf-8"?>;
const wxString svnRevision(_T("encoding="utf-8"?>"));
}
#endif
May be it related to the subversion, several days ago, I updated the TortoiseSVN to version 1.4, because i found it doesnot work well with the svn server of codeblocks, so i uninstalled it, and back to install the 1.3.
can you help me!
thanks!
update tortoise svn to 1.4, then remove that autorevision.h, do an update by using TortoiseSvn, and then build CB