Author Topic: The 23 January 2007 build is out.  (Read 12450 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
The 23 January 2007 build is out.
« 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)

« Last Edit: January 23, 2007, 11:24:56 pm by killerbot »

Angelo

  • Guest
Re: The 23 January 2007 build is out.
« Reply #1 on: January 23, 2007, 10:59:38 pm »
"Fixed bad colouring of build log when using a dark system theme" Finally...
"Light times" are coming...

Offline h8or

  • Multiple posting newcomer
  • *
  • Posts: 13
    • My personal webpage
Re: The 23 January 2007 build is out.
« Reply #2 on: January 24, 2007, 02:07:31 am »
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




ok... I know 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.



Offline bygreen

  • Single posting newcomer
  • *
  • Posts: 7
Re: The 23 January 2007 build is out.
« Reply #3 on: January 24, 2007, 02:54:43 am »
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??

Offline ironhead

  • Almost regular
  • **
  • Posts: 210
Re: The 23 January 2007 build is out.
« Reply #4 on: January 24, 2007, 03:12:54 am »
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!

Raedwulf

  • Guest
Re: The 23 January 2007 build is out.
« Reply #5 on: January 24, 2007, 01:08:34 pm »
I can provide a temporary mirror, bygreen if you need one?

What is wrong, you can't download from the berlios site?

basurapr

  • Guest
Re: The 23 January 2007 build is out.
« Reply #6 on: January 24, 2007, 01:32:08 pm »
Wow, better RAD with the new wxSmith :D.

wart101

  • Guest
Re: The 23 January 2007 build is out.
« Reply #7 on: January 24, 2007, 02:10:03 pm »
Just want to say that this IDE is great, it has made my code writing so much easier so thanks GUYS.

Alturin

  • Guest
Re: The 23 January 2007 build is out.
« Reply #8 on: January 24, 2007, 02:35:25 pm »
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:
Quote
-------------- 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
« Last Edit: January 24, 2007, 04:07:54 pm by Alturin »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: The 23 January 2007 build is out.
« Reply #9 on: January 24, 2007, 04:09:50 pm »
Quote
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.

Alturin

  • Guest
Re: The 23 January 2007 build is out.
« Reply #10 on: January 24, 2007, 04:39:29 pm »
    *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:
Quote
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):
Quote
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):
Quote
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 =
  • WX_SUFFIX = u
  • WX_CFG =
(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)
Quote
Compiler:
Other options =
  • -Winvalid-pch
  • -pipe
  • -mthreads
  • -fmessage-length=0
  • -fexceptions
  • -include "sdk.h"

Defines=
  • BUILDING_PLUGI
N
  • CB_PRECOMP
  • WX_PRECOMP
  • HAVE_W32API_H
  • __WXMSW__
  • WXUSINGDLL
  • cbDEBUG
  • TIXML_USE_STL
  • wxUSE_UNICODE

What I think is strange here:
Quote
-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".
« Last Edit: January 24, 2007, 05:08:53 pm by Alturin »

Offline stahta01

  • Lives here!
  • ****
  • Posts: 7591
    • My Best Post
Re: The 23 January 2007 build is out.
« Reply #11 on: January 24, 2007, 05:40:24 pm »
*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
« Last Edit: January 24, 2007, 05:43:30 pm by stahta01 »
C Programmer working to learn more about C++ and Git.
On Windows 7 64 bit and Windows 10 64 bit.
--
When in doubt, read the CB WiKi FAQ. http://wiki.codeblocks.org

Alturin

  • Guest
Re: The 23 January 2007 build is out.
« Reply #12 on: January 24, 2007, 05:41:56 pm »
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]

ctnd

  • Guest
Re: The 23 January 2007 build is out.
« Reply #13 on: January 24, 2007, 05:48:18 pm »
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]

tobiaslohe

  • Guest
Re: The 23 January 2007 build is out.
« Reply #14 on: January 24, 2007, 06:13:52 pm »
I just wanted to say: Great IDE!!

It took only 10 mins to convince me!

Thanks a lot!

Tobias