Code::Blocks

User forums => Nightly builds => Topic started by: killerbot on January 17, 2007, 06:22:52 pm

Title: The 17 January 2007 build is out.
Post by: killerbot on January 17, 2007, 06:22:52 pm
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

To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch.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 17 January 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070117_rev3500_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070117_rev3500_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20070117_rev3500_suse100+101.i586.rpm
         http://prdownload.berlios.de/codeblocks/CB_20070117_rev3500_fc4+5.i586.rpm


Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 17 January 2007 build is out.
Post by: killerbot on January 17, 2007, 06:25:36 pm
can't update rss feed at the moment , codeblocks ftp states disk full  :shock:
Title: Re: The 17 January 2007 build is out.
Post by: mareq on January 17, 2007, 07:41:51 pm
Please make also Ubuntu version. Thank you.
Title: Re: The 17 January 2007 build is out.
Post by: cstudent on January 17, 2007, 08:30:22 pm
Please make also Ubuntu version. Thank you.

I just upload the 6.06 deb. As soon as Killerbot gets around to it, he'll publish it for downloading. I'm working on the 6.10 build now and will upload it to Savefile.com as soon as I can.

Title: Re: The 17 January 2007 build is out.
Post by: cstudent on January 17, 2007, 08:45:14 pm
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).
Title: Re: The 17 January 2007 build is out.
Post by: Jan van den Borst on January 17, 2007, 09:01:14 pm
Hi All,
Just tried this build. However I don't seem to get debugging to work(gdb). I can set breakpoints and the debugger stops there but all step, step into and other debug commands are grayed out.
kind regards
Jan
Title: Re: The 17 January 2007 build is out.
Post by: killerbot on January 17, 2007, 09:29:31 pm
I even can have no breakpoints at all  :shock: :shock:

the code (console app) [tested on linux]
Code: [Select]
#include <iostream>

int main()
{
std::cout << "Hello world!" << std::endl;
return 0;
}
putting the breakpoint on the cout line.

Start debug :
Quote
Building to ensure sources are up-to-date
Build succeeded
Selecting target: Debug
Adding source dir: /home/killerbot/Documents/CbProjects/Delete Me/
Adding source dir: /home/killerbot/Documents/CbProjects/Delete Me/
Adding file: ./Delete Me
Starting debugger: done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.5
Program exited normally.
Debugger finished with status 0
Title: Re: The 17 January 2007 build is out.
Post by: killerbot on January 17, 2007, 09:33:19 pm
tried it also with a project with no spaces in the path (so that's not the cause), same issue :

Quote
Building to ensure sources are up-to-date
Build succeeded
Selecting target: Debug
Adding source dir: /home/killerbot/Documents/CbProjects/DeleteMe2/
Adding source dir: /home/killerbot/Documents/CbProjects/DeleteMe2/
Adding file: ./DeleteMe2
Starting debugger: done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.5
Program exited normally.
Debugger finished with status 0
Title: Re: The 17 January 2007 build is out.
Post by: killerbot on January 17, 2007, 09:42:13 pm
I would suggest not to download this nightly because of the debugging issue.
Title: Re: The 17 January 2007 build is out.
Post by: MortenMacFly on January 17, 2007, 10:35:11 pm
I realised that, too. Here is some information:
The fix for he gdb BP bug that we intended to fix was that the compiler is provided the full filenames. Now the debugger in it's "break" statement is still provided the absolute filenames thus (because this doesn't match) it won't work. To fix that we have to provide the gdb "break" statement with the full path as well... IMHO... hopefully Yiannis agrees on that... Yiannis? ;-)
With regards, Morten.
Title: Re: The 17 January 2007 build is out.
Post by: Acki on January 18, 2007, 12:05:22 am
When starting Code::Blocks I get this:
(http://abusoft.g0dsoft.com/cberror.jpg)
Title: Re: The 17 January 2007 build is out.
Post by: takeshi miya on January 18, 2007, 12:07:04 am
When starting Code::Blocks I get this:
Delete the file %APPDATA%\codeblocks\share\codeblocks\scripts\startup.script
Title: Re: The 17 January 2007 build is out.
Post by: Acki on January 18, 2007, 12:09:40 am
Ahh, cool, thanks !!! ;)
Title: Re: The 17 January 2007 build is out.
Post by: Seronis on January 18, 2007, 01:20:33 am
Another issue with absolute paths.  When doing a clean build of the latest SVN, using todays nightly, each section compiles fine up till it is compiling 'src'.  At this point i get:

-------------- Build: src in Code::Blocks ---------------
Compiling: src\resources\resources.rc
gcc: C:\Dev\CodeBlocks: No such file or directory
gcc: SVN\src\src\resources\resources.rc: No such file or directory
gcc: warning: `-x c' after last input file has no effect
gcc: no input files
windres.exe: no resources
Process terminated with status 1 (0 minutes, 3 seconds)
1 errors, 1 warnings

Now the path in question is "C:\Dev\CodeBlocks SVN\src\src\resources\resources.rc" which it is breaking up at the space into 2 seperate paths and failing. When i remove the space, reopen the project and build again, it finishes thru without issue.  Very easy bug to circumvent, but thought i would mention it.
Title: Re: The 17 January 2007 build is out.
Post by: MortenMacFly on January 18, 2007, 08:04:53 am
When starting Code::Blocks I get this:
(http://abusoft.g0dsoft.com/cberror.jpg)
No problem - just delete this file (it will be copied from the C::B folder again). The interface has changed and this is the old version. If you made modifications adopt them to the new interface.
With regards, Morten.
Title: Re: The 17 January 2007 build is out.
Post by: mareq on January 18, 2007, 08:05:10 am
Please make also Ubuntu version. Thank you.

I just upload the 6.06 deb. As soon as Killerbot gets around to it, he'll publish it for downloading. I'm working on the 6.10 build now and will upload it to Savefile.com as soon as I can.



Thank you
Title: Re: The 17 January 2007 build is out.
Post by: mareq on January 18, 2007, 08:07:13 am
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).

Is there a difference between Ubuntu 6.06 and Ubuntu Edgy 6.10 build?
My OS is Ubuntu Edgy 6.10 but I use the Ubuntu 6.06 Code::Blocks version. Should I replace it with 6.10?
Title: Re: The 17 January 2007 build is out.
Post by: cstudent on January 18, 2007, 12:31:54 pm
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).

Is there a difference between Ubuntu 6.06 and Ubuntu Edgy 6.10 build?
My OS is Ubuntu Edgy 6.10 but I use the Ubuntu 6.06 Code::Blocks version. Should I replace it with 6.10?

The main difference is I build them using the GCC libraries that are installed by default in 6.06 or 6.10. In Dapper the version is 4.0.3 and in Edgy it's 4.1.2. The debs are built in such a way that the 6.06 deb will install on Edgy, but not the other way around. The Dapper deb is also built using wxWidgets 2.6.1, which is the version available in the Dapper repositories. Edgy is built using wxWidgets 2.6.3, the version in Edgy's repos.

Title: Re: The 17 January 2007 build is out.
Post by: mareq on January 18, 2007, 01:58:04 pm
Ubuntu 6.10 (Edgy) build here (http://www.savefile.com/projects/1037211).

This server is pretty slow, is it possible to upload this version also on berlios (in the annoucement of new versions, there could be two ubuntu links) :)?
Title: Re: The 17 January 2007 build is out.
Post by: straka.milan on January 18, 2007, 04:56:40 pm
tried it also with a project with no spaces in the path (so that's not the cause), same issue :

Quote
Building to ensure sources are up-to-date
Build succeeded
Selecting target: Debug
Adding source dir: /home/killerbot/Documents/CbProjects/DeleteMe2/
Adding source dir: /home/killerbot/Documents/CbProjects/DeleteMe2/
Adding file: ./DeleteMe2
Starting debugger: done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.5
Program exited normally.
Debugger finished with status 0

Same for me, not "spaces in path" issue. I used Ubuntu 6.06 night build from 8. 1. 2007, on Debian testing, GDB 6.4.90. According to debugger log the breakpoint is reached, program interrupted, then there is "info program" command and immediately after that "cont" program. So the program successfully continues and finishes.

When I set two consecutive breakpoints, it really stopped on the second one and worked fine from that on :shock:
Title: Re: The 17 January 2007 build is out.
Post by: cstudent on January 18, 2007, 05:20:18 pm
This server is pretty slow, is it possible to upload this version also on berlios (in the annoucement of new versions, there could be two ubuntu links) :)?

That would be up to Killerbot and/or Mandrav. Maybe a better solution is to use the more "generic" deb that runs on both Dapper and Edgy and just change the name to CB_date_rev_Ubuntu6.XX.deb.

The main reason I build the two separate versions the way I do is because it gives the closes equivalent to a "built from source" install on each Ubuntu OS. But I don't think there is any significant advantage to using the Edgy specific deb over the Dapper deb.

Title: Re: The 17 January 2007 build is out.
Post by: Jordar on January 19, 2007, 07:18:25 am
<Problem with Compiler using absolute source filenames>

Hi,  I have been using the dos compiler DJGPP with Codeblocks for well over a year now.  However the latest build will not work for me due to the fact that the compiler is now being forced to use absolute filenames.  I am hazy on the specifics but I know that when windows calls the Dos-16 executable GCC.exe that it only allows a certain number of characters on the command line.  This latest build forces the call with well over the maximum number of characters. 

Here is an examples of a previous (relative) path call:

cmd /c gcc.exe -march=pentium2 -D_DJGPP  -IC:\djgpp\include  -c TIMERS.cpp -o DJ_Rel\TIMERS.o

This calls succeeds.

But with the new (absolute) calls it looks like this:
cmd /c gcc.exe -march=pentium2 -D_DJGPP  -IC:\djgpp\include  -c C:projects\foo\TIMERS.cpp -o DJ_Rel\TIMERS.o

The output says "could not execute specified file"

Can we please make the relative/absolute path names a project option?  Otherwise I am going to have to start keeping all of my source in the root directory :(   Does anyone know of a workaround?

thanks for your time,
Jordar

Title: Re: The 17 January 2007 build is out.
Post by: joubertdj on January 19, 2007, 07:44:57 am
Which version of DJGPP are you using and OS?

[EDIT] Dos-16 Executable hey :) (James) The newer versions of GCC from http://www.delorie.com/djgpp/
[EDIT] is not 16-Bit based
Title: Re: The 17 January 2007 build is out.
Post by: killerbot on January 19, 2007, 08:59:49 am
could you check if with the above suggestion you can make it work again.

In case we need the option, I would not put it on the project level. Since it is a workaround for GDB, I think it's better to put in on the compiler level (advanced option), because when you are using compilers which create code that will not be hand over to GDB than this workaround is just overhead.

Let me think a little bit more about it, maybe I'll add the option at compiler level anyway ...
Title: Re: The 17 January 2007 build is out.
Post by: jsibarani on January 19, 2007, 09:11:40 am
Codeblocks under Slackware 11 with wxGTK 2.8.0 compiled OK.
When i want to create a new wxWidgets project via the wizard, CB always give me an Error Dialog.
The same thing happened when i create new c/c++ source file.
(http://images.jefrisibarani.multiply.com/image/3/photos/2/orig/1/cbwxwizard.png?et=97tEeCeCp491TEteDc5OiA)


However there was compile error when compiling wxSmith
The error was:
-------------------------------------------------------------------------------------------------------------------------------------------
 g++ -DHAVE_CONFIG_H -I. -I../../../../../../src/plugins/contrib/wxSmith/defwidgets -I../../../../../src/sdk -I/usr/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D_LARGEFILE_SOURCE=1 -D__WXGTK__ -pthread -I../../../../../../src/sdk -I../../../../../../src/sdk/wxscintilla/include -I../../../../../../src/sdk/propgrid/include -O2 -ffast-math -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -MT wxslistbook.lo -MD -MP -MF .deps/wxslistbook.Tpo -c ../../../../../../src/plugins/contrib/wxSmith/defwidgets/wxslistbook.cpp  -fPIC -DPIC -o .libs/wxslistbook.o
../../../../../../src/plugins/contrib/wxSmith/defwidgets/wxslistbook.cpp: In member function `virtual void wxsListbook::PreviewMouseEvent(wxMouseEvent&)':
/usr/include/wx-2.8/wx/listbook.h:94: error: `virtual int wxListbook::HitTest(const wxPoint&, long int*) const' is protected
../../../../../../src/plugins/contrib/wxSmith/defwidgets/wxslistbook.cpp:207: error: within this context
make[6]: *** [wxslistbook.lo] Error 1
-----------------------------------------------------------------------------------------------------------------------------


Thanks
Title: Re: The 17 January 2007 build is out.
Post by: David Perfors on January 19, 2007, 10:23:53 am
Please try to compile with wx 2.6.x C::B doesn't support 2.8 for now...

(btw. I had the same error on windows..)
Title: Re: The 17 January 2007 build is out.
Post by: jsibarani on January 19, 2007, 12:16:39 pm
OK Thanks.


The problem doesn't exist in CB build January 18 2007 for Windows.
Title: Re: The 17 January 2007 build is out.
Post by: David Perfors on January 19, 2007, 01:46:25 pm
The problem is related to wx2.8 and the nightlies are build with wx2.6 ;)
Title: Re: The 17 January 2007 build is out.
Post by: Jordar on January 19, 2007, 05:08:12 pm
Hi,  Thanks for the responses. 

It is true that the DJGPP gcc is a 32 bit compiler/executable.  However the file must start in MS-DOS 16, so the executable contains a 16-bit "stub" which then calls the 32 bit mode and runs the rest of the executable in 32 bit protected mode.  For this reason I do not believe that there is a work around since windows sees this stub and automatically runs the gcc.exe in 16 bit mode, causing a limitation on the amount of command arguments.  This is my understanding of it at least. 

For the record I am using DJGPP gcc version 4.1.0

I think your idea of making it a compiler option would be very beneficial to DJGPP users.

Thanks for you help,
Jordar

p.s. I forgot to mention I am running XP Pro
Title: Re: The 17 January 2007 build is out.
Post by: killerbot on January 20, 2007, 05:41:44 pm
the option has been implemented :default value is false (that means use relative paths), the GCC supported MinGW in CB sets this to true (use absolute paths)