Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on August 16, 2007, 09:43:13 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_wx284.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
The 16 August 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20070816_rev4399_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070816_rev4399_Ubuntu6.10+7.04_wx2.8.4.tar.gz
http://prdownload.berlios.de/codeblocks/CB_20070816_rev4399_Debian4.0_wx2.8.4.tar.gz
http://prdownload.berlios.de/codeblocks/CB_20070816_rev4399_suse100-102.wx28.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070816_rev4399_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- wxSmith: Implemented grid for sizer-less resources
- wxSmith:
* Added border for wxPanel items added into other resources
* Fixed background colour for wxFrame
* Preview for wxPanel resources are now using resizable dialog - wxSmith: Fixes for few segfaults discovered on linux
- wxSmith:
* Added missing GPL header in newly added files
* DELETE key now deletes current selection in editor - Source Exporter:
* PDF exporter: fixed crash when the file to be exported had non-ASCII characters
* remove warnings in wxPdfDocument
- wxSmith: Fixed bug #10964
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
-
Build for Ubuntu 7.04 i386 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
-
Updated packages for Suse 10.1, 10.2 and factory (i586 and x84_64) against wxgtk 2.8 are available:
- Where to find the packages and .repo files: http://software.opensuse.org/home:/TheTuxKeeper/ + distribution name
- Howto install packages from my repository: http://en.opensuse.org/Build_Service/User
- Where to get the right wxWidgets package (only for 10.2 and below): Mirror from ftp://packman.links2linux.de/pub/packman/MIRRORS + "suse/" + suse version
All other distributions aren't supported atm.
have fun ;)
-
Slackware build updated to revision 4399
http://sr.mcdir.ru/blogs/index.php?blog=7&p=127&more=1
-
Sorry guys, but sometimes it's hard for me to understand how you manage to compile C::B on Linux. I just 'svn update'd to r4399, after doing that last time around a week ago, from a revision around r4360 or so, which compiled cleanly from start to finish. But today, after routinely issuing './bootstrap ; ./configure --prefix=/usr --with-contrib-plugins=all ; make' I stumble across dozens of compiler errors (undefined symbols, syntax errors, etc.) which at first sight seem irritating, but at second sight are easily resolved only inserting header files (C::B and wx) and nothing else! To keep my posting short I only give some significant examples:
sdk/manager.cpp:
* wxTheApp undefined => <wx/app.h>
sdk/uservarmanager.cpp:
* invalid cast to wxButton in XRCCTRL => <wx/button.h>,
* wxTextEntryDialog undefined => <wx/txtdlg.h>
src/infopane.cpp:
* cbThrow undefined => #include <cbexception.h>
Since r4399 obviously compiled fine on your systems, any hints where these problems could rise from in my case?
Apropos headers: Looking at some of the files in sdk/ and src/ I'm also confused how to use the various SDK header files in conjunction with CB_PRECOMP (also in view of http://forums.codeblocks.org/index.php/topic,6676.0.html (http://forums.codeblocks.org/index.php/topic,6676.0.html)). Can someone point me to clear C::B policies concerning the correct usage of CB_PRECOMP, sdk.h and sdk_precomp.h?
Many thanks,
Oliver
-
Sorry guys, but sometimes it's hard for me to understand how you manage to compile C::B on Linux. I just 'svn update'd to r4399, after doing that last time around a week ago, from a revision around r4360 or so, which compiled cleanly from start to finish. But today, after routinely issuing './bootstrap ; ./configure --prefix=/usr --with-contrib-plugins=all ; make' I stumble across dozens of compiler errors (undefined symbols, syntax errors, etc.) which at first sight seem irritating, but at second sight are easily resolved only inserting header files (C::B and wx) and nothing else! To keep my posting short I only give some significant examples:
sdk/manager.cpp:
* wxTheApp undefined => <wx/app.h>
sdk/uservarmanager.cpp:
* invalid cast to wxButton in XRCCTRL => <wx/button.h>,
* wxTextEntryDialog undefined => <wx/txtdlg.h>
src/infopane.cpp:
* cbThrow undefined => #include <cbexception.h>
Since r4399 obviously compiled fine on your systems, any hints where these problems could rise from in my case?
Apropos headers: Looking at some of the files in sdk/ and src/ I'm also confused how to use the various SDK header files in conjunction with CB_PRECOMP (also in view of http://forums.codeblocks.org/index.php/topic,6676.0.html (http://forums.codeblocks.org/index.php/topic,6676.0.html)). Can someone point me to clear C::B policies concerning the correct usage of CB_PRECOMP, sdk.h and sdk_precomp.h?
Many thanks,
Oliver
I would suggest trying this patch to see if it helps.
Patch 2139 "Remove include of wx/wx.h from configmanager.h"
https://developer.berlios.de/patch/?func=detailpatch&patch_id=2139&group_id=5358
Note: The patch now contains only things needed to get an windows build without precompiled headers to work.
(The removal of the include of wx/wx.h from configmanager.h has already been done in SVN.)
Tim S
-
have fixed the rest
-
Ubuntu 6.10 & 7.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx284) can be found here (http://www.esnips.com/web/CodeBlocks).
-
I noticed codeblocks isn't parsing includes which are inside other includes. I use glfw which in it's include files includes gl.h and glu.h, but in the main they are not being parsed for code completion.
in order to get it to work, I have to include both manually, save, then delete the lines, then save and they would be there, until I restart.
-
<Ubuntu 7.04>
When I opened project-->properties window, it was too large to see
the bottem. And I could not resize it, too. I have tried to change the
screen setting bigger than 1024x768, but the video chip can't afford.
I thought many reasons could cause it, for examples screen resolution,
window's theme, etc. To find the reasons of each computer and set
them suitably is not easy for general users.
Maybe it is a good idea to enable resizing.
:)
-
I have problem with libcompiler plugin on Ubuntu Feisty with this and below versions of C::B. It always freeze after compiler's menu close and C::B workspace appears with Tip's menu. If I remove libcompiler, all going fine.
-
I have problem with libcompiler plugin on Ubuntu Feisty with this and below versions of C::B. It always freeze after compiler's menu close and C::B workspace appears with Tip's menu. If I remove libcompiler, all going fine.
you are probably using wxWidgets between 2.8.0 and 2.8.3, 2.8.4 is required
-
you are probably using wxWidgets between 2.8.0 and 2.8.3, 2.8.4 is required
Hmm, Feisty repo's has wxWidgets 2.8.1 version. I've been sure, that I've install 2.8.4 :) C::B in Help->About says: wx 2.8.4 (linux, unicode).
Thanks
-
you are probably using wxWidgets between 2.8.0 and 2.8.3, 2.8.4 is required
Hmm, Feisty repo's has wxWidgets 2.8.1 version. I've been sure, that I've install 2.8.4 :) C::B in Help->About says: wx 2.8.4 (linux, unicode).
Thanks
I believe that is a compile time message, did you compile Code::Blocks on your own? If not, I think it means the person who compiled Code::Blocks did it against 2.8.4.
Tim S
-
Enter in a console terminal the command:
and see what it spits out.
-
<Ubuntu 7.04>
When I opened project-->properties window, it was too large to see
the bottem. And I could not resize it, too. I have tried to change the
screen setting bigger than 1024x768, but the video chip can't afford.
The same seems to be true for the Compiler/debugger properties (settings) window. And it has been this way for a long time :(
-
It probably will be for a while, too. See, the problem is that all those dialogs were created incrementally, as features were added over the months. Not everything was planned bottom up, and people tried to fix something here and there, as good as they could.
I am not happy with the entire set of project dialogs either. However, really addressing the dialog problems would mean some serious work, including some serious changes to considerable code.
This is out of our scope at the time being. Reordering elements so they fit some particular resolution is problematic too, attempts have been made in the past, but while they made things better for a few people, they made them worse for many.
What we need to do is redesign them bottom-up, one day... just... not today :(
-
I would suggest trying this patch to see if it helps.
Patch 2139 "Remove include of wx/wx.h from configmanager.h"
https://developer.berlios.de/patch/?func=detailpatch&patch_id=2139&group_id=5358
Note: The patch now contains only things needed to get an windows build without precompiled headers to work.
(The removal of the include of wx/wx.h from configmanager.h has already been done in SVN.)
Tim S
To pick up the header problem once again: Remembering from memory the includes inserted by your patch are roughly the same I inserted to get the sources to compile. I will try the patch as soon as I can get to my Linux machine.
Thanks,
Oliver
-
I would suggest trying this patch to see if it helps.
Patch 2139 "Remove include of wx/wx.h from configmanager.h"
https://developer.berlios.de/patch/?func=detailpatch&patch_id=2139&group_id=5358
Note: The patch now contains only things needed to get an windows build without precompiled headers to work.
(The removal of the include of wx/wx.h from configmanager.h has already been done in SVN.)
Tim S
To pick up the header problem once again: Remembering from memory the includes inserted by your patch are roughly the same I inserted to get the sources to compile. I will try the patch as soon as I can get to my Linux machine.
Thanks,
Oliver
Just try svn head, my patch was applied to svn already.
Tim S
-
Code::Blocks doesn't find my header files.
I've installed the Nightly, and use MinGW for Compiler. When I want to build an project, CB gets all the Header files, but when there are Header files included it won't find those, but they are in the same directory.
For example there is OIS.h and OISMouse.h, both are in ./include/ois/ OIS.h icludes OISMouse.h but Code::BLocks can't find this one.
Then I wanted to compile CB from SVN, I did it the way discribed there (unicode): http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows
Everything worked, but with the SVN-Version it doesn't work, either. :(
edit:
I've tried some other Nightlys now, but all of them produce the same errors.