The 11 April 2016 build (10762) is out.

[killerbot]

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.

A link to the unicode windows wxWidget dll for Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw28u_gcc_cb_wx2812_gcc510-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/mingwm10_gcc510-TDM.7z

The 11 April 2016 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2016/CB_20160411_rev10762_win32.7z
  - Linux :
   none

The current SDK version is : 1.30.0

Resolved Fixed:

• to much to mention, this is the new starting point after the 2016 release.

Regressions/Confirmed/Annoying/Common bugs:

[killerbot]

NOTE that we switched toolchains we use to build, so mingw and wx dll need to be redownloaded !

[gd_on]

Just a warning with TDM 5.1 version.
No problems with gcc but gfortran 5.1.0 has a big bug  > : you cannot open a file to read data. It's not specific to TDM version: official MinGW version has also this bug, reported by myself and other users on different forums with a test case! Official versions 5.2 and 5.3 have been corrected  . Nevertheless last TDM version is still only available in 5.1 version.
So I prefer to keep the previous one 4.9.2 or to use an official 5.3 version while waiting a new TDM version (if John publish it).

gd_on

[oBFusCATed]

killerbot: Is the rev number correct? We're at 10824 in trunk/master.

[killerbot]

indeed, but then it would mean that our "revision detection" no longer works. This is the revision that CB shows when it launches and and the start here page.

On the start here page, it even claims 2016-02-02, but in the about it says (April 11 2016)

[oBFusCATed]

Should be fixed in trunk/master.

[shurick]

Packages for openSUSE (binaries and sources) for 32-bit and 64-bit.

[killerbot]

Should be fixed in trunk/master.

fix confirmed

[Max]

Forgive me.....

But the latest nightly is 10824 or 10762?

[stahta01]

Forgive me.....

But the latest nightly is 10824 or 10762?

It reports as SVN 10762; but, it is much newer than that; likely it is 10824,

[raynebc]

Something I've noticed so far in this nightly that is different from the 11-15-15 nightly is that when I'm editing a watch's keyword field and hit enter, instead of activating the OK button, it passes focus to the Format radio button set, then the "Watch as array" checkbox, then the Start field, then the Count field, and then finally to the OK button after which one more Enter keypress will activate the button.  This couldn't have been intentional behavior, could it?

[oBFusCATed]

@raynebc: What OS are you using? On linux enter does nothing in this dialog.

[raynebc]

Windows 7 x64 pro.  I hadn't seen this watch window behavior before, and have verified the expected behavior (Enter activates the OK button) in that previous nightly to make sure.

[Max]

I'd like to report a bug in this nightly. Using the Hex editor you may observe a shift in the array of data when you are clicking a byte data. The first byte (first) colum can't be selected.

Windows XP SP3

Previous nightly wasn't affected.

[Slammer]

I have problem with 10827.

I am using this command in post build options

Code Select Expand

avr-size $(TARGET_OUTPUT_FILE) > $(TARGET_OUTPUT_DIR)$(TARGET_OUTPUT_BASENAME).size

Now seems that the execution does not like the redirection >
The failure is

Code Select Expand

avr-size _build/m2560/project.elf > _build/m2560/project.size
avr-size: '>': No such file
avr-size: '_build/m2560/project.size': No such file

The same command was working in the previous versions.
Actually all commands with > are not working.

OS:debian/amd64
Codeblocks from jenslody repository