Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on January 23, 2007, 08:43:24 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_version3.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 23 January 2007 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20070123_rev3532_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070123_rev3532_Ubuntu6.xx.deb
http://prdownload.berlios.de/codeblocks/CB_20070123_rev3532_suse100+101.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070123_rev3532_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- Fixed two bugs when converting from old wxSmith:
* Invalid positioning of //(*InternalHeaders block
* Doubled //(*InternalHeaders and //(*IdInit blocks - Added wxInitAllImageHandlers() to application initialization code
- Added "read from system theme" button in notebook color settings
(environment options) - Fixed bad colouring of build log when using a dark system theme
- Compiler Validation Check : also tries without appending 'bin' + macro replacing occurs
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) (is fixed with our special wx263/wx28 dll)
-
"Fixed bad colouring of build log when using a dark system theme" Finally...
"Light times" are coming...
-
Congratulations to all for this great work.
Very good!!
It is the IDE that I use in my home and office.
I love C::B.
- Fixed bad colouring of build log when using a dark system theme
Very good.
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) (is fixed with our special wx263/wx28 dll)
- [ Bug #9693 ] Editor loose sintax highlight when split view
(http://img213.imageshack.us/img213/2168/cbsplit0uo.th.png) (http://img213.imageshack.us/my.php?image=cbsplit0uo.png)
ok... I know http://alleg.sourceforge.net/faq.html#When_will__ltfoobar_gt_be_finished__I_can_t_wait___ (http://alleg.sourceforge.net/faq.html#When_will__ltfoobar_gt_be_finished__I_can_t_wait___),
Killerbot, don't be mad with me. I love you.
-
it is so difficult to download the night build from this download site in China, Do you have another mirror site that we could download the new night build package??
-
Regressions/Confirmed/Annoying/Common bugs:
- [ Bug #9693 ] Editor loose sintax highlight when split view
I can confirm the behaviour. I had the same issue ages ago when the feature was first introduced. Mandrav solved the issue quite quickly from what I remember, so hopefully it's still a quick fix.
Cheers!
-
I can provide a temporary mirror, bygreen if you need one?
What is wrong, you can't download from the berlios site?
-
Wow, better RAD with the new wxSmith :D.
-
Just want to say that this IDE is great, it has made my code writing so much easier so thanks GUYS.
-
The latest SVN checkout gave me the problem mentioned in the 21/22 januari nightly thread.
The compiler master path was changed to "C:\MinGW", while it's in "D:\Projects\MinGW" (C::B itself is in D:\Projects\Codeblocks).
Also, the Compiler, Linker and Resource Compiler paths were set to the default "C:\MinGW\include", "C:\MinGW\lib" and "C:\MinGW\include".
When I set them back / and or copy MinGW to C:\, I get the following error:
-------------- Build: default in C::B KeyBinder ---------------
mingw32-g++.exe -Wall -g -Winvalid-pch -pipe -mthreads -fmessage-length=0 -fexceptions -include "sdk.h" -DBUILDING_PLUGIN -DCB_PRECOMP -DWX_PRECOMP -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DTIXML_USE_STL -DwxUSE_UNICODE -g -ID:\Projects\Codeblocks\sdk -ID:\Projects\Codeblocks\sdk\wxscintilla\include -ID:\Projects\wxWidgets-2.6.2\include -ID:\Projects\wxWidgets-2.6.2\lib\gcc_dll\mswu -ID:\Projects\wxWidgets-2.6.2\contrib\include -ID:\Projects\MinGW\include -c D:\Projects\Codeblocks\src\plugins\contrib\keybinder\keybinder.cpp -o .objs\keybinder.o
cc1plus.exe: sdk.h: No such file or directory
Process terminated with status 1 (0 minutes, 4 seconds)
0 errors, 0 warnings
Build log saved as: D:\Projects\Codeblocks\src\plugins\contrib\keybinder\keybinder_build_log.html
I've tried installing the latest nightly, and recompiling from source, with the same results.
I get the missing header ("sdk.h") error in both the C::B project file as well as the contrib plugins workspace.
Any idea what I'm doing wrong here?
Running: Dual Core laptop with WinXP SP2, tried both rev 3538 (latest) and rev 3532 (latest nightly).
If you need any other information, feel free to ask.
PS. Works fine on my Desktop, where I have had MinGW installed on C:\MinGW from the beginning.
PS2. Using gcc 3.4.2 Windows/unicode
-
The compiler master path was changed
No it was not, it all had to do how it was set and how it was used for a validation check.The most recently nightly supports both ways (but that's not the issue here). What I am thinking is, when you build some include dir's are no longer correct (or global variable). Check those to see if they match the location where sdk.h is.
-
*cough*
Never mind me.
I had the "default - cb - base" field set to "D:\Projects\Codeblocks" isntead of "D:\Projects\Codeblocks\src".
I do wonder why it works when compiling C::B itself?
PS. I just noticed that when you open the compiler settings menu while building, and hit ok (without changing anything), it warns about being unable to change the number of processes, setting ignored.
PS2. It says © 2004 - 2006, The Code::Blocks Team. in the "Start here", it's 2007 now!
(Ignore below :P)
Hmmm, what I ment was, first the path was "D:\Projects\MinGW" and when I checked it had ?defaulted? to "C:/MinGW".
C::B itself is compiling normally at the moment, the global variables are set to:
default - cb: base = D:\Projects\Codeblocks
default - cb: the rest is empty
default - wx: base = D:\Projects\WxWidgets-2.6.2
default - wx: the rest is empty
In the -global- GCC's compiler settings (Settings->Compiler and debugger):
Compiler:
Comipler flags = '-g'
Other options = empty
#defines = empty
Linker:
Link libraries = empty
Other linker options = empty
Directories:
Compiler = D:\Projects\MinGW\include
Linker = D:\Projects\MinGW\lib
Resource compiler = D:\Projects\MinGW\include
Program:
Compiler's installation directory = D:\Projects\MinGW <-- That's the "compiler master path" right?
No additional paths
Custom variables is empty
In C::B KeyBinder's 'global' build options(Project->Build options):
Compiler:
Comipler flags = '-g' '-Wall'
Other options = empty
#defines = empty
Linker:
Link libraries = 'codeblocks' 'wxmsw26$(WX_SUFFIX)'
Other linker options = empty
Directories:
Compiler =
- $(#CB)\sdk
- $(#CB)\sdk\wxscintilla\include
- $(#WX.include)
- $(#WX.lib)\gcc_dll$(WX_CFG)\msw$(WX_SUFFIX)
- $(#WX)\contrib\include
Linker =
- $(#CB)\devel
- $(#CB.lib)
- $(#WX.lib)\gcc_dll$(WX_CFG)
Resource compiler = empty
Commands:
Pre-build steps = empty
Post-build steps = zip -j9 ..\..\..\devel\share\CodeBlocks\keybinder.zip manifest.xml
Custom variables:
Programs / variables =
(the WX_CFG key has no value)
Make commands:
Not using custom makefile, so all greyed out.
In C::B KeyBinder's 'global' build options(Project->Build options): (empty/same as global unless specified)
Compiler:
Other options =
- -Winvalid-pch
- -pipe
- -mthreads
- -fmessage-length=0
- -fexceptions
- -include "sdk.h"
Defines=
N
- CB_PRECOMP
- WX_PRECOMP
- HAVE_W32API_H
- __WXMSW__
- WXUSINGDLL
- cbDEBUG
- TIXML_USE_STL
- wxUSE_UNICODE
What I think is strange here:
-ID:\Projects\Codeblocks\sdk -ID:\Projects\Codeblocks\sdk\wxscintilla\include -ID:\Projects\wxWidgets-2.6.2\include -ID:\Projects\wxWidgets-2.6.2\lib\gcc_dll\mswu -ID:\Projects\wxWidgets-2.6.2\contrib\include -ID:\Projects\MinGW\include -c D:\Projects\Codeblocks\src\plugins\contrib\keybinder\keybinder.cpp -o .objs\keybinder.o
Is that it's adding include dir "D:\Projects\Codeblocks\sdk", while the sdk file is in "D:\Projects\Codeblocks\src\sdk".
-
*cough*
Never mind me.
I had the "default - cb - base" field set to "D:\Projects\Codeblocks" isntead of "D:\Projects\Codeblocks\src".
I do wonder why it works when compiling C::B itself?
The cb variable is NOT used to compile the main project; it is used to compile the contrib workspace/projects.
Tim S
-
Heh, I see, like that.
(I don't know where that [list ] keeps coming from, I edited the post twice to remove it, but it keeps coming back! :o[/list]
-
Regressions/Confirmed/Annoying/Common bugs:
- [ Bug #9693 ] Editor loose sintax highlight when split view
I can confirm the behaviour. I had the same issue ages ago when the feature was first introduced. Mandrav solved the issue quite quickly from what I remember, so hopefully it's still a quick fix.
I can also confirm this. (See attachment.) 8)
First post. :o Love CB, seriously awesome. I've introduced CB to so many friends, and they have instantly commented on the really useful features and increased productivity just by using it!
Cheers.
[attachment deleted by admin]
-
I just wanted to say: Great IDE!!
It took only 10 mins to convince me!
Thanks a lot!
Tobias