The 06 february 2007 build is out.

[killerbot]

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 06 February 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070206_rev3577_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070206_rev3577_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070206_rev3577_suse100+101.i586.rpm (not yet)
         http://prdownload.berlios.de/codeblocks/CB_20070206_rev3577_fc4+5.i586.rpm (not yet)


Resolved Fixed:

• wxSmith : Small fix to wxsNotebook : Added wxWANT_CHARS to wxPanel's styles
• wxSmith (no change in behavior):
  * Commited some changes related to menu editor (new items not yet finished so they're disabled now)
  * Added wxsItem::CanAddToParent, now possibility to add child is checked from parent's and child's point of view
  * Base class for wxsTool switched from wxsItem to wxsParent, tools can now have child items
• wxWidgets Wizard: Redesigned wx configuration selection page (Unix)
• Fixed saving/loading compiler regular expressions bug
• Fixed bug with losing syntax highlighting changes when editing lexer keywords
• wxWidgets Wizard: Removed wrong wizard message

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)

[ekeko]

Hello,

the link to download the release doesn't work

anyway, this is my first posting here, thats why I would also like to express my gratitude for providing such great tool. Looking forward to help somehow on this project (unfortunately someone already is translating the docs into spanish, where I was thinking to help on the start).

Best Regards from Frankfurt, Germany.

Pablo

[killerbot]

link fixed

[nitro4ce]

someone please make a debian package..

[yackcae]

Not compile show the message:

Compiling: main.cpp
mingw32-g++.exe: installation problem, cannot exec `cc1plus': No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings

I use Windows Vista 6000 RTM

It appears to be a problem with relative directory paths.

Thanks

[killerbot]

but it is also a vista problem, probably MinGW is not yet ok for Vista

[artoj]

Not compile show the message:

Compiling: main.cpp
mingw32-g++.exe: installation problem, cannot exec `cc1plus': No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings

I use Windows Vista 6000 RTM

It appears to be a problem with relative directory paths.

IIRC, if you create a symbolic link to \MinGW\bin\cc1plus.exe from \MinGW\libexec\gcc\mingw32\3.4.2\cc1plus.exe it'll work. You can also copy the file but I thought it was a good situation to test how the links work in Vista. You can create links with "mklink" command.

[yackcae]

but it is also a vista problem, probably MinGW is not yet ok for Vista

MinGW works ok, I test it with console commands.
Excuse me for comparison, but Dev-C++ works ok, and use MinGW.

...if you create a symbolic link to \MinGW\bin\cc1plus.exe from \MinGW\libexec\gcc\mingw32\3.4.2\cc1plus.exe it'll work...
don't work.

Thanks

Pd: I don't speak english, sorry for my bad english.

[Kreso]

someone please make a debian package..

you know, you can just compile a svn trunk version, it's not that hard I think cstudent made a tutorial how to compile c::b SVN

[Chocoboko]

someone please make a debian package..

you know, you can just compile a svn trunk version, it's not that hard I think cstudent made a tutorial how to compile c::b SVN

Yeah, it isn't hard.  I do it too since I use Gentoo.  Heh, I wonder if I could make an ebuild to check out the latest Code::Blocks SVN source and compile it.  I know there's some overlay for ZSnes which does that.  I'd need to read more about how overlay trees work and all that though.

[mandrav]

Heh, I wonder if I could make an ebuild to check out the latest Code::Blocks SVN source and compile it.

There used to exist a codeblocks (masked) ebuild. I don't know if it still exists but you might want to search a little first...

[Bluespear]

someone please make a debian package..

you know, you can just compile a svn trunk version, it's not that hard I think cstudent made a tutorial how to compile c::b SVN

Yeah, it isn't hard.  I do it too since I use Gentoo.  Heh, I wonder if I could make an ebuild to check out the latest Code::Blocks SVN source and compile it.  I know there's some overlay for ZSnes which does that.  I'd need to read more about how overlay trees work and all that though.

The "last" ebuild is there: http://forums.gentoo.org/viewtopic-t-440412-postdays-0-postorder-asc-start-0.html
It has been updated on 05.07.2006 so it doesn't work anymore without some work (removing some patches already applied now) because of some updates (portable, svn, etc.).

[TheTuxKeeper]

There's a more recent ebuild somewhere linked here in this forum (link to a bug report). I have this ebuild myself and I used it the last time to compile rev3452 (3rd Jan. 07).

Here's a little howto (you have to be root):
1. create the directory /usr/portage/local/codeblocks/dev-util/codeblocks/ mkdir -p /usr/portage/local/codeblocks/dev-util/codeblocks/
2. Add /usr/portage/local/codeblocks to the PORTAGE_OVERLAY variable in the make.conf

Code Select Expand

PORTDIR_OVERLAY="...
/usr/portage/local/codeblocks"

3. create a file in /usr/portage/local/codeblocks/dev-util/codeblocks/ with this naming format codeblocks-YYYYMMDD.ebuild (specifying an exact revision doesn't work with this ebuild !)
4. go into /usr/portage/local/codeblocks/dev-util/codeblocks/ and run ebuild codeblocks-YYYYMMDD.ebuild digest
5. finally USE="contrib unicode" emerge -av codeblocks and codeblocks compiles

Here's the ebuild I use (the one that's also in the bug report ):

Code Select Expand

# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

#
# WARNING:
#       If you are using gtk2.8 you need to upgrade to wxGTK-2.6.2
#

inherit eutils autotools wxwidgets subversion


#needed for wxwidgets.eclass
WX_GTK_VER="2.6"

#needed for subversion
ESVN_REPO_URI="svn://svn.berlios.de/codeblocks/trunk"
ESVN_PROJECT="${P}"
ESVN_OPTIONS="-r {${PV}}"


DESCRIPTION="free cross-platform C/C++ IDE"
HOMEPAGE="http://www.codeblocks.org/"
SRC_URI=""

LICENSE="GPL-2"
SLOT="0"
KEYWORDS="x86 amd64"
IUSE="unicode contrib debug"

RDEPEND="=x11-libs/wxGTK-${WX_GTK_VER}*"

DEPEND="${RDEPEND}
        >=sys-devel/autoconf-2.5
        >=sys-devel/automake-1.7
        >=sys-devel/libtool-1.4"

pkg_setup() {
        if use unicode; then
                #check for gtk2-unicode
                need-wxwidgets unicode
        else
                #check for gtk2-ansi
                need-wxwidgets gtk2
        fi
}

src_compile() {
        local TMP

        TMP="${ESVN_STORE_DIR}/${ESVN_PROJECT}/${ESVN_REPO_URI##*/}"
        einfo "Syncing $TMP into $S"
        rsync -a "$TMP/" "$S" || die "rsync failed"

        TMP="/usr/share/aclocal/libtool.m4"
        einfo "Running ./bootstrap"
        if [ -e "$TMP" ]; then
                cp "$TMP" aclocal.m4 || die "cp failed"
        fi
        ./bootstrap || die "boostrap failed"

        econf --with-wx-config="${WX_CONFIG}" \
                $(use_enable contrib) \
                $(use_enable debug) \
                || die "econf failed"

        emake || die "emake failed"
}

src_install() {
        make install DESTDIR="${D}" || die "make install failed"
}

[jiao]

Not compile show the message:

Compiling: main.cpp
mingw32-g++.exe: installation problem, cannot exec `cc1plus': No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings

I use Windows Vista 6000 RTM

It appears to be a problem with relative directory paths.

IIRC, if you create a symbolic link to \MinGW\bin\cc1plus.exe from \MinGW\libexec\gcc\mingw32\3.4.2\cc1plus.exe it'll work. You can also copy the file but I thought it was a good situation to test how the links work in Vista. You can create links with "mklink" command.

I didn't feel like messing with symbolic links so I just copied it over and it got past that error message. However, now it can't find any of the include files.

Vista Ultimate.