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 10 September 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20060910_rev2967_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20060910_rev2967_Ubuntu6.06.deb
http://prdownload.berlios.de/codeblocks/CB_20060910_rev2967_fc4+5.rpm
Resolved Fixed:
- New wxSmith: (please do not test new wxSmith, it's not usable in this commit)
* Started implementing wxSmith in more layered style, wxSmith currently contain project integration layer (independent of gui or resource types)
* Added wxsGUI / wxsGUIFactory classes
* Moved wxsResourceTreeData to separate files / renamed to wxsResourceTreeItemData - Improvements in code-completion parsing
- Typedefs parsing in code-completion is back again
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)
Quote from: killerbot on September 10, 2006, 06:56:49 PM
Resolved Fixed:
- New wxSmith: (please do not test new wxSmith, it's not usable in this commit)
* Started implementing wxSmith in more layered style, wxSmith currently contain project integration layer (independent of gui or resource types)
* Added wxsGUI / wxsGUIFactory classes
* Moved wxsResourceTreeData to separate files / renamed to wxsResourceTreeItemData - Improvements in code-completion parsing
- Typedefs parsing in code-completion is back again
Totally cool, the codecompletion plugin now totally rocks :D
What's with the new wxSmith? Do we have to do anything, to not use it?
new wxSmith is not in the nightly, I just put the info there, so people who try it out by getting it from svn and building it themselves are aware of the changes.
I build it from SVN, does it compile with/without the new wxSmith by default? And if so, how do I make it build without it?
You probably not build it, unless you have build all the contrib plugins.
Quote from: Alturin on September 10, 2006, 09:38:28 PM
I build it from SVN, does it compile with/without the new wxSmith by default? And if so, how do I make it build without it?
if you compile all contrib plugins (using Contrib-Plugins workspace) you compile old wxSmith. New one is in separate directory (and it should be in separate branch soon), so there's nothing to worry about :)
Quote from: killerbot on September 10, 2006, 06:56:49 PM
Typedefs parsing in code-completion is back again
It's back, but it's not quite working perfectly. It can't parse typedef struct definitions in C too well. I have a project with tons of typedef struct definitions, and the code completion still doesn't pick up on those struct variables.
It would totally rock if this can be fixed for Codeblocks.
Keep up the good work!
Quote from: jayatk on September 11, 2006, 05:29:49 PM
Quote from: killerbot on September 10, 2006, 06:56:49 PM
Typedefs parsing in code-completion is back again
It's back, but it's not quite working perfectly. It can't parse typedef struct definitions in C too well. I have a project with tons of typedef struct definitions, and the code completion still doesn't pick up on those struct variables.
It would totally rock if this can be fixed for Codeblocks.
Take a look at this:
Quote from: comments in code-completion code
// "typedef struct" is not supported
// "typedef class" is not supported
// "typedef enum" is not supported
// "typedef union" is not supported
It will be implemented later.
Quote from: killerbot on September 10, 2006, 06:56:49 PM
Improvements in code-completion parsing
Hm, code-completion still misses variables declared on the first line of a function. Maybe an off-by-one error somewhere?
Anyway, thanks for all your hard work!