Recent Posts

61

Nightly builds / The 04 February 2026 build (13779) is out.

« Last post by killerbot on February 04, 2026, 09:04:29 am »

We switched to gcc 15.1.0 (on 23 May 2025) --> download the new wx/mingw dll's see link below

Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/15.1.0posix-12.0.0-ucrt-r1/winlibs-x86_64-posix-seh-gcc-15.1.0-mingw-w64ucrt-12.0.0-r1.7z

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(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx328_2D_gcc1510-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls15.1.0.7z


The 04 February 2026 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260204_rev13779_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:

• Clangd_client - Fix clangd_client_symbol_browser_hang_on_proxy_project. Thanks Christo.
• watchesdlg.cpp ValueTooltip: Account for new height when adding scrollbar; Avoid wxWidgets property assert when column proportion become less than 1%
• IncrementalSearch: Fix TextCtrl resetting on Ubuntu, should work on Debian.
• add a new compiler option to entirely silence all compiler output (temporarily) to improve compilation speed for large, (error-free) projects
• allow to fine-tune compiler output polling by exposing the respective polling timer values though compiler options
• wxSmith: Fix parent of items inside wxStaticBoxSizer.
• wxSmith: Fix parent of toolbar items (ticket #1070).
• debuggergdb: kill console with child process (Thanks Sergey Katunin)
• Keep clipboard data after closing C::B on MSW (ticket #1388).
• wxSmith: Delay-load images so they are loaded after C::B is initialized.
• implemented dark/light-mode for C::B as provided by wxWidgets version v3.3.x and above (closes FR#1567)
• Fix response file creation when local variables are used (ticket #1584, thanks LETARTARE).

Regressions/Confirmed/Annoying/Common bugs:

62

Help / Re: Used .deb files to install Codeblocks

« Last post by stahta01 on February 01, 2026, 08:01:01 pm »

https://forums.codeblocks.org/index.php/topic,26198.msg178144.html#msg178144

Maybe this link will help you.

I know a decade ago it would have been enough to help me; but I have forgotten how to use the info since then between old age and COVID I have lost too many memories.

Tim S.

63

Help / Used .deb files to install Codeblocks

« Last post by ErBee on February 01, 2026, 02:20:09 pm »

Hi there,

I've installed Cobeblocks from de 25.03 .dev files from the Codeblocks site. After that I installed the .deb files for WxSmith. But in both cases I get a build 13046 wich is from 2022-11-18. How can I upgrade to 25.03? Usually I use the install app on Kubuntu, but that one also had an older version.

I'm not a console wizzard. 

64

Development / Re: special handling of the macro replacement ""?

« Last post by ollydbg on January 30, 2026, 10:53:50 am »

Have a look at https://sourceforge.net/p/codeblocks/tickets/1188/ .....

I looked at your patch file in the above link, it is a bit complex, I think my patch is much simple, we can just leave the gcd variable as empty.

65

Development / Re: special handling of the macro replacement ""?

« Last post by AndrewCot on January 30, 2026, 10:41:01 am »

Have a look at https://sourceforge.net/p/codeblocks/tickets/1188/ .....

66

General (but related to Code::Blocks) / Re: Code::Blocks 25.03: Debugger fails to catch breakpoints in inline/template-enhan

« Last post by ollydbg on January 30, 2026, 04:21:11 am »

I think your issue is not Code::Blocks related.

Because Code::Blocks just send commands by driving the gcc to compile, and drving the gdb to debug, so you can looked at the compiler plugin full log and debugger plugin full log to know all the communications.

67

General (but related to Code::Blocks) / Code::Blocks 25.03: Debugger fails to catch breakpoints in inline/template-enhan

« Last post by promotebrilliant on January 30, 2026, 03:53:05 am »

I'm using Code::Blocks 25.03 with GCC 12/13 and a project configured by CMake to build with multiple template/inline modules. After a successful build, when I run the debugger:
Breakpoints in inline/template functions (especially when called from template specialization) sometimes only jump once or don't catch at all, even with the debug symbol.
While breakpoints in other normal code (non-template/inline) work perfectly fine.

I've enabled -g3 and no optimization (), and CMake verifies that debug info is included in the binary.
Has anyone else encountered a similar problem in Code::Blocks?

Is this a bug related to how CB's GDB/Debugger handles template/inline symbols?

Are there any settings in Settings → Debugger or Project that I'm missing?

Thanks everyone!

68

Development / Re: special handling of the macro replacement ""?

« Last post by ollydbg on January 29, 2026, 04:53:05 am »

Oh, I change the mind, it looks like this patch should solve the issue, see here:

* sdk: try to handle empty valued members in global compiler variable

69

Development / Re: special handling of the macro replacement ""?

« Last post by ollydbg on January 29, 2026, 04:10:26 am »

I did some test, and if the empty value key is allowed to add in the global compiler variable, the result may be that there are a lot of predefined keys saved to the config file, for example, see below:

Code

		<sets>
			<default>
				<cccccc>
					<DDD>
						<str>
							<![CDATA[]]>
						</str>
					</DDD>
					<BBB>
						<str>
							<![CDATA[xxx]]>
						</str>
					</BBB>
					<CFLAGS>
						<str>
							<![CDATA[]]>
						</str>
					</CFLAGS>
					<BIN>
						<str>
							<![CDATA[]]>
						</str>
					</BIN>
					<LFLAGS>
						<str>
							<![CDATA[]]>
						</str>
					</LFLAGS>
					<OBJ>
						<str>
							<![CDATA[]]>
						</str>
					</OBJ>
					<LIB>
						<str>
							<![CDATA[]]>
						</str>
					</LIB>
					<INCLUDE>
						<str>
							<![CDATA[]]>
						</str>
					</INCLUDE>
					<BASE>
						<str>
							<![CDATA[aaaa]]>
						</str>
					</BASE>
				</cccccc>

You can see, I don't want to do that DDD is a user defined key, and its value is empty. While the CFLAGS is predefined key, and its value is also empty.

So, I think the solution is: using the predefined value string, for example, a value named: __EMPTY__ or just an empty string "", then in the code when we get the value, we have to check the result, and remove the __EMPTY__ or "" in the command line.

70

General (but related to Code::Blocks) / Re: Welcome Newcomers - PLEASE READ!!!

« Last post by rjmolloy on January 28, 2026, 08:27:21 pm »

I'm here and I'm real and really like C::B.