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 (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx286.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 02 November 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20071102_rev4592_win32.7z
- Linux :
none
Resolved Fixed:
- Set the fallback encoding to ISO-8859-1 on Linux
- add script to surpress stupid wx warnings when building with MinGW 4.2.1
- removed TIXML_USE_STLM define from all cb project files (windows)
- Fallback encoding of encoding detection code is set to user-defined one
- CodeSnippets 1.2.100 2007/10/30
- Added print facility to app
- change GetAppWindow to GetAppFrame
- Fix crash in CodeSnippetsTreeCtrl::OnIdle when plugin disabled
- Fix crash in CodeSnippetsWindow::OnClose when plgn disabled & CB shuts down
- Fix crash in CodeSnippetsTreeCtrl::OnIdle when float/docked window switched
- Incorporate killerbot.cbp and ceniza valgrind mods
- Implement macro substitution requested by mariocup
- Stop crashes: disallow re-enabled plugin until CB reloads - Possible fix for "always rebuilds files" case with gcc 4.2.x (bug #12167). You need to rebuild depslib and compiler plugin for the fix to take effect
- Do not force adding search paths for compiler if not set by the user (patch #2106)
- Enabled ARM and AVR compilers for linux (patch #2219)
- Added directory selection for implementaion file in class wizard (patch #2211)
- Re-organized class wizard a bit
- New lexers for vhdl and verilog (patch #2199)
- ./configure option --with-contrib-plugins now accepts -name to exclude plugins from list (e.g. --with-contrib-plugins=all,-help would exclude the help plugin)(patch #2190)
- Added "copy selected messages to clipboard" in build messages context menu (patch #2102)
- fixed cbThrow due to last commit: ARM and AVR compiler were registered twice (Windows only)
- Updated wxPropertyGrid to 1.2.10 and removed wxPG_COMPATIBILITY_1_0_0 flag
- Use absolute paths when adjusting LD_LIBRARY_PATH in compiler and debugger
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
thanks for the gcc4.2.1 build :lol:
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- wxsmith-widget-tree-items-not-changing-labels (http://tiny.pl/jqlq) ("looks like something deeper")
As the new PropertyGrid includes directly GTK headers, it requires GTK2_CFLAGS to be used in Makefile.am for INCLUDES. I am still using wxGTK 2.6, so with 2.8 it may be unnecessary.
--- /opt2/src/codeblocks/src/sdk/propgrid/Makefile.am 2007-11-01 18:21:40.000000000 +0100
+++ src/sdk/propgrid/Makefile.am 2007-11-03 14:47:17.000000000 +0100
@@ -1,4 +1,4 @@
-INCLUDES = $(WX_CXXFLAGS) \
+INCLUDES = $(WX_CXXFLAGS) $(GTK2_CFLAGS) \
-I$(top_srcdir)/src/include/propgrid/include
AM_CPPFLAGS = -DWXMAKINGLIB_PROPGRID -DwxPG_USE_WXMODULE=0
Is the RSS feed not being updated? I can only see until the "26 October 2007" revision
Hello guys, I am new to here.
First off, I am not an navtive English speaker. Pardon my crappy English, please :(.
I think I've spotted a bug. I haven't tried this version yet. but I've got this bug at 4564 and 4466.
consider following code:
Quote
#include <iostream>
#include <cstdlib>
int lol();
using namespace std;
int main() // #Here
{ // #Here
int k = 1;
lol();
k = 3;
++k;
k = 34;
std::cout << k++;
std::cout << k++;
std::system("pause");
return 0;
}
int lol() // #Here#
{ // #Here#
int XDF = 4;
XDF =3;
XDF += 4;
return XDF;
}
If you put a breakpoint at lines marked
// #Here
The watch value becames incorrect(displaying values such like k = 2359160). However, If you put it to somewhere else. It works fine......
I am using The Compiler that C::B RC2 Bundled with and my OS is Windows XP SP2.
I'll trying this out with this build
--
Edit: Confirmed, this bug exists with this version( C::B RC2 bundled MinGW)
I don't think that this is a bug.
You are trying to look at a variable outside it's scope ( the { } ), but there it isn't defined. So the output from Code::Blocks is fine.
It is like using a not initialized variable: the results will be random. ^^
Quote from: Mononofu on November 03, 2007, 05:45:36 PM
I don't think that this is a bug.
You are trying to look at a variable outside it's scope ( the { } ), but there it isn't defined. So the output from Code::Blocks is fine.
It is like using a not initialized variable: the results will be random. ^^
thanks for reply.
Well, when the watch is not in the scope, it will display random number (as you said) or telling "No symbol <Watched-Var-Name> in current context." I know it's fine.
However, I mean when you "stepped into the scope" the watch still displays wrong number. i.e.when stepped on function "int lol()" call, it's wrong number, when stepped on ++k, it still wrong number, so does k =34; std::cout << k;.........well but the "cout" still produce the correct result. That's why I suspect the watch is broken in some way.....
Ubuntu 6.10 -> 7.10 Amd64 tar.gz archive (containing '.deb' installers builds with wx2.8.6) can be found here[ (http://www.esnips.com/web/CodeBlocks)
Quote from: killerbotPossible fix for "always rebuilds files" case with gcc 4.2.x (bug #12167). You need to rebuild depslib and compiler plugin for the fix to take effect
Yay, it works again, and my .depend file is back. :)
is there a version available for Ubuntu 7.04 32-bit? Also, when I try and update via the apt-get command I get this error message, I liked it best when we just had to download the file right from here and install it.
ubuntu@pc:~$ sudo apt-get install libcodeblocks0 codeblocks libwxsmithlib0 codeblocks-contrib
Password:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package libcodeblocks0 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package libcodeblocks0 has no installation candidate
It's in my repo now (see signature).
Build against wxWidgets 2.8.6 from now on.
The source is patched to make gdb stop at first breakpoint, even if it's the first instruction in main.
I will post the patch at berlios tomorrow (that means sunday).
Until now you can have a look here (http://forums.next.codeblocks.org/index.php/topic,6967.msg54798.html#msg54798) if you are interested in it.
It was/is only a bug in Linux and maybe other ports, but not in windows, because gdb is called in a different way under windows.
Because of the patch the version in my repository is called svn4592-1.
Great job! :D
Quote from: doomleika on November 03, 2007, 07:26:50 PM
However, I mean when you "stepped into the scope" the watch still displays wrong number. i.e.when stepped on function "int lol()" call, it's wrong number, when stepped on ++k, it still wrong number, so does k =34; std::cout << k;.........well but the "cout" still produce the correct result. That's why I suspect the watch is broken in some way.....
Nah, it's not a bug. ^^
++k is resolved after the debugger stopped there, that's the reason why it shows the false number.
If you would put a breakpoint the line after, it should show correct output.
You'll find the same behaviour in Microsofts Visual Studio, if I remember right.
I have a problem when trying to build myself dll wxWidgets 2.8.6 with gcc 4.2.1.
I have downloaded it and installed in C:\wxWidgets-2.8.6 (default path).
If I follow the wiki and use gcc 3.4.5, no problems. The makefile is executed until it's end, and the dll is created.
If now I want to do the same with gcc 4.2.1 (dw2 in my case), add the path to the binaries (C:\Mingw_4\bin in my case) to the PATH variable (and deleted the path to the gcc 3.4.5 binaries to avoid confusions), then launch the makefile : it begins correctly (gcc calls) then has an error at the first windres call (line 4650 in makefile.gcc in C:\wxWidgets-2.8.6\build\msw in my case), telling me that wx/version.h is not found (included by ../../src/msw/version.rc), though this file exists (and is found when building with gcc 3.4.5). I tried without success to add explicitly in my PATH C:\wxWidgets-2.8.6\include.
Do I have to add something somewhere to build this dll correctly with gcc 4.2.1 ?
thanks
gd_on
Nope, this is a bug in certain versions of windres. Wipe your 4.2.1 installation directory and reinstall with MinGW's binutils-2.17.50-20060824-1 package.
Quote from: Mononofu on November 04, 2007, 02:20:49 PM
Quote from: doomleika on November 03, 2007, 07:26:50 PM
However, I mean when you "stepped into the scope" the watch still displays wrong number. i.e.when stepped on function "int lol()" call, it's wrong number, when stepped on ++k, it still wrong number, so does k =34; std::cout << k;.........well but the "cout" still produce the correct result. That's why I suspect the watch is broken in some way.....
Nah, it's not a bug. ^^
++k is resolved after the debugger stopped there, that's the reason why it shows the false number.
If you would put a breakpoint the line after, it should show correct output.
You'll find the same behaviour in Microsofts Visual Studio, if I remember right.
again, thx for reply.
Well, it doesn't. If you put a breakpoint at int main() or {, in MSVC 2005 EE, the locale watch doen't even show the variable k util you stepped in the scope, it will display the random number before the variable initialization statment, and after the initialization, it works fine. If you force put on a watch manually it will say "CXX0069: Error: variable needs stack frame" before the scope.
If it is not a "bug", at least the IDE should stop user putting a breakpoint at main() or {.
Thanks TDragon.
I had effectively a bad windres version (though it was from a binutils-2.17.50 but not the same date !!!).
Now it's OK. It compiles and the dll runs with C::B. Just one thing, my dll is 2.7 MO bigger than the one provided by killerbot. May be, he has stripped it.
gd_on
Many, MANY thanks for fixing the "always rebuild all" bug! The problem is gone now and it is saving me a lot of time!
Thanks! :D :D :D
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
Quote from: gd_on on November 04, 2007, 05:10:18 PM
Just one thing, my dll is 2.7 MO bigger than the one provided by killerbot. May be, he has stripped it.
Yes, he almost always strips the DLL.
Tim S