The 13 May 2015 build (10253) 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_gcc492-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_gcc492-TDM.7z

The 13 May 2015 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2015/CB_20150513_rev10253_win32.7z
  - Linux :
   none

The current SDK version is : 1.25.0

Resolved Fixed:

• fixed memory leak as described here: http://forums.codeblocks.org/index.php/topic,20221.0.html (thanks frithjofh)
• CCManager: defer showing calltip to next event loop in attempt to fix crash on race condition
• CC: fix ticket #145 Code completion ignores parameters of catch-clauses
• wxSmith-plugin: remove deprecated and never used Shadow and Bezel related code from wxsGauge.*
• final and override back in the lexer for colorcoding
• correct static library command for clang
• CC: include *.hh, *.hxx and *.h++ for parsing by default
• fixed bug #52: "You can't change the number of parallel processes while building!" message shown in error (https://sourceforge.net/p/codeblocks/tickets/52/)
• make Addr2LineUI work with new exchndl
• Addr2Line: support for 64 bit crash logs -> keep in mind to also use a 64bit addr2line util (from 64bit GCC/MinGW compiler) in that case
• cb_koders: Fix for non working ohloh search (ohloh was koders is now openhub/BlackDuck)
• context menu search (CTRL + right click in editor): removed obsolete google code search, added StackOverflow and CodeProject search
• reverse behaviour on CTRL+mouse wheel to be consistent with other major apps and wx trunk, see here: https://sourceforge.net/p/codeblocks/tickets/21
• Ticket 166 Build failure with gcc 5 and C++11 (nullptr macros incorrect)

Regressions/Confirmed/Annoying/Common bugs:

[Jenna]

Debian-stable packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
There are currently no Debian packages available, because stable only offers wx3.0 and C::B is still not fully working with it, sorry.

Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc20, fc21, fc22 and rawhide), RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) and RedHat/CentOS 7 packages (only 64-bit at the moment) can be found in my rpm-repo.
I recently switched to copr to build and host my Fedora and CentOS packages.
Instructions how to use it can be found on my server (easier) or on copr (a little more handwork needed).

[shurick]

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

[Folco]

Is there a release date planned to have CodeBlocks compatible with WxWidgets 3.0 ?
(I have Debian Lenny and Stretch (testing), none of them support CodeBlocks anymore )

[oBFusCATed]

Nope, but there is work done on making it compatible.
Just keep in mind that it might require patching wx3.0 to get it working, because there are bugs in wx3.0 itself.
I've already reported 3-4 bugs for wxpropertygrid and they are fixed in master, but not back-ported yet and I have couple more to report.

[Folco]

Ok, nevertheless thanks for the hard job, C::B is always that good.

[Jenna]

Is there a release date planned to have CodeBlocks compatible with WxWidgets 3.0 ?
(I have Debian Lenny and Stretch (testing), none of them support CodeBlocks anymore )

I will switch my debian-nightlies to wx3 from official debian-repos soon, most likely this (longer) weekend.

[gyro]

Debian-stable packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
There are currently no Debian packages available, because stable only offers wx3.0 and C::B is still not fully working with it, sorry.

I don't understand why this poses such a difficulty?
Compiling wxWidgets 2.8.12 from source is quite straight forward. If anything, it's easier than compiling code::blocks from source.
gyro

[oBFusCATed]

gyro: What are you suggesting? Jens to ships his own version of wxgtk-2.8 packages in his repo?

BTW: cb and wxgtk are using the same process for building, so I don't see how one could be harder then the other.

[gyro]

gyro: What are you suggesting? Jens to ships his own version of wxgtk-2.8 packages in his repo?

Yes, I suppose I am. Or just a downloadable wxwidgets.so file made available. Or just provide a link to download wxwidgets 2.8.12 and a script to compile it, so users can do it themselves.
After all the windows nightly provides a downloadable wxwidgets 2.8.12 library.
I would expect that anyone who can compile codeblocks can compile wxwidgets, it's certainly not more difficult.

Confession: I usually compile codeblocks nightlies from the ".orig.tar.gz" file within "https://apt.jenslody.de/stable/pool/main/c/codeblocks/" so my personal angst is that this file is no longer current.

gyro

[Jenna]

gyro: What are you suggesting? Jens to ships his own version of wxgtk-2.8 packages in his repo?

Yes, I suppose I am. Or just a downloadable wxwidgets.so file made available. Or just provide a link to download wxwidgets 2.8.12 and a script to compile it, so users can do it themselves.
After all the windows nightly provides a downloadable wxwidgets 2.8.12 library.
I would expect that anyone who can compile codeblocks can compile wxwidgets, it's certainly not more difficult.

Confession: I usually compile codeblocks nightlies from the ".orig.tar.gz" file within "https://apt.jenslody.de/stable/pool/main/c/codeblocks/" so my personal angst is that this file is no longer current.

gyro

@ gyro:
pay me money, so I don't need to work to feed my family and me or shut up.
I spend enough time and money (server-costs) for building C::B and making my repos compatible with a distribution I do not use any more on my own systems (my wife still has Debian, but she don't use C::B), for nothing but four thank-you's per year.

Don't talk about building wxWidgets packages if you are not even able to build C::B from svn-sources, everybody who can compile a hello-world-program should be able to do so.

By the way: you can use wx2.8 from oldstable, but that's not the point.

[Jenna]

I will switch my debian-nightlies to wx3 from official debian-repos soon, most likely this (longer) weekend.

Debian packages for jessie and stretch (stable and testing) are now available from my repo.
The packages are build against wxWidgets 3.0 from Debian repos.
They might not be as stable as the wx2.8--packages have been.

[Folco]

Ok thank you Jens.

I compiled by hand two days ago, but I get a lot of artifacts in the dialogs (what Qt calls "GroupBox" is too small).
I compiled straight forward : bootstrap && configure --with-contrib-plugins=all && make && su && make install

I would want to try your packages, perhaps you built them in a different way ?
But I get an error :

Code

root@Foch:/home/folco# tail -n2 /etc/apt/sources.list
deb [arch=amd64,i386] https://apt.jenslody.de/testing testing main
deb-src https://apt.jenslody.de/testing testing main

...

root@Foch:/home/folco# apt-get update

...

root@Foch:/home/folco# apt-get install jens-lody-debian-keyring
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package jens-lody-debian-keyring

The procedure seems simple, but I can't see what I'm doing wrong ><
Thanks in advance for your help.

(using Debian testing (Stretch) 64 bits)

[Folco]

The package is in the repo now, thanks Jens.