Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on November 03, 2007, 01:34:42 pm

Title: The 02 November 2007 build (4592) is out.
Post by: killerbot on November 03, 2007, 01:34:42 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 (http://forums.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:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 02 November 2007 build (4592) is out.
Post by: twoy2000 on November 03, 2007, 01:58:28 pm
thanks for the gcc4.2.1 build  :lol:
Title: Re: The 02 November 2007 build (4592) is out.
Post by: szczepan on November 03, 2007, 02:27:59 pm

Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 02 November 2007 build (4592) is out.
Post by: SharkCZ on November 03, 2007, 02:51:46 pm
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.

Code
--- /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
Title: Re: The 02 November 2007 build (4592) is out.
Post by: AntonioCS on November 03, 2007, 02:53:18 pm
Is the RSS feed not being updated? I can only see until the "26 October 2007" revision
Title: Re: The 02 November 2007 build (4592) is out.
Post by: doomleika on November 03, 2007, 04:44:05 pm
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)
Title: Re: The 02 November 2007 build (4592) is out.
Post by: 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. ^^
Title: Re: The 02 November 2007 build (4592) is out.
Post by: doomleika on November 03, 2007, 07:26:50 pm
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.....
Title: Re: The 02 November 2007 build (4592) is out.
Post by: Xaviou on November 03, 2007, 08:35:02 pm
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)
Title: Re: The 02 November 2007 build (4592) is out.
Post by: Rye on November 03, 2007, 11:04:39 pm
Quote from: killerbot
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
Yay, it works again, and my .depend file is back. :) 
Title: Re: The 02 November 2007 build (4592) is out.
Post by: jorgino on November 03, 2007, 11:11:55 pm
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
Title: Re: The 02 November 2007 build (4592) is out.
Post by: Jenna on November 04, 2007, 01:04:29 am
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.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.
Title: Re: The 02 November 2007 build (4592) is out.
Post by: shajunxing on November 04, 2007, 02:37:18 am
Great job! :D
Title: Re: The 02 November 2007 build (4592) is out.
Post by: 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.
Title: Re: The 02 November 2007 build (4592) is out.
Post by: gd_on on November 04, 2007, 03:04:12 pm
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
Title: Re: The 02 November 2007 build (4592) is out.
Post by: TDragon on November 04, 2007, 03:35:02 pm
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.
Title: Re: The 02 November 2007 build (4592) is out.
Post by: doomleika on November 04, 2007, 03:58:04 pm
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 {.
Title: Re: The 02 November 2007 build (4592) is out.
Post by: gd_on on November 04, 2007, 05:10:18 pm
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
Title: Re: The 02 November 2007 build (4592) is out.
Post by: ASJ on November 04, 2007, 09:46:32 pm
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
Title: Re: The 02 November 2007 build (4592) is out.
Post by: pasgui on November 04, 2007, 10:03:10 pm
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
Title: Re: The 02 November 2007 build (4592) is out.
Post by: stahta01 on November 04, 2007, 10:29:52 pm
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