1
Nightly builds / Re: The 08 August 2025 build (13698) is out.
« Last post by Miguel Gimenez on Today at 08:16:55 am »Future spam added to radar.
News:
As usual while waiting for the next release - don't forget to check the nightly builds in the forum.
Recent Posts
2
Development / Re: Assertion in JumpTracker
« Last post by Miguel Gimenez on Today at 08:16:17 am »Profile spammer reported to moderator.
3
Development / Re: Assertion in JumpTracker
« Last post by NicholasGoodman on Today at 05:28:31 am »It might help to try building with debug symbols enabled in the release configuration to get a more informative backtrace. Also, checking for any recent changes in object lifetimes or destructors in the trunk could narrow down the cause of the assertion.
4
Nightly builds / Re: The 08 August 2025 build (13698) is out.
« Last post by CharlesGRosas on Today at 04:05:13 am »We switched to gcc 15.1.0 (on 23 May 2025) --> download the new wx/mingw dll's see link belowThank you for sharing
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 07 August 2025 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2025/CB_20250807_rev13698_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
- Clangd_client Use std::timed_mutex instead of wxMutex to avoid Manjaro bug that returns wxMUTEX_MISC_ERROR on all wxMutex.LockTimeout() calls.
- BrowseTracker Include logmanager.h for non CB_PRECOMP compiles
- added forgotten NSIS installer script files for Release 25.03
- Dragscroll: Remove all dependencies on Linux X11
- Dragscroll: Add linux functions to Makefile.am
- initial commit of new project / workspace files for wxWidgets v3.3.x
- wxSmith: wx v3.3.1 compatibility fixes when using strict v3.3.1 API
- make scripts (batch, *nix shell) use the respective platform-required line-feed
- use nullptr consequently in TinyXML lib to avoid massive compiler warnings
- added missing update scripts for wx v3.3.x builds
- updated update scripts in several project files for wx v3.3.x
Regressions/Confirmed/Annoying/Common bugs:
5
Help / Re: Different handling of placeholders
« Last post by FrankPeelo on Yesterday at 04:07:53 pm »Hallo Georg
Just a comment -- I also did not use version control for private projects at home, but I have found you're much better off using one even there! I use Mercurial at home, even for typing up a song (I use mup from arkkra.com). Git is ok too, maybe a little harder when beginning. You don't need the repository to be anywhere other than in your work directory. You don't need to sync to a github or push to a remote repository or anything, or to be able to fork - although those features may be of use to you in the future. Just start with the basics, create a local repository and check in your changes. Just being able to see the differences in the file over time, and to put comments when you're checking in changes, is really useful. You're just way better off with any such tool.
Cheers
Frank
Just a comment -- I also did not use version control for private projects at home, but I have found you're much better off using one even there! I use Mercurial at home, even for typing up a song (I use mup from arkkra.com). Git is ok too, maybe a little harder when beginning. You don't need the repository to be anywhere other than in your work directory. You don't need to sync to a github or push to a remote repository or anything, or to be able to fork - although those features may be of use to you in the future. Just start with the basics, create a local repository and check in your changes. Just being able to see the differences in the file over time, and to put comments when you're checking in changes, is really useful. You're just way better off with any such tool.
Cheers
Frank
6
Using Code::Blocks / Re: Dark Mode
« Last post by FrankPeelo on Yesterday at 02:22:02 pm »I got editing with a dark background. There is still a lot of white or light grey on the screen - menu bars etc. - but if the editing window is dark at least I can hope that the light is not being focussed on my macula. Especially if I double-click the editor file tab to make the editor window bigger.
Biggest problem is, to know what you want. Last time I coded with a dark background, the text was green because that was the colour of the phosphor, so figuring out what colours I wanted was awkward. (In the end I copied some of Notepad++.)
First thing I tried, not sure I needed to do this but... it was the advice at
https://stackoverflow.com/questions/69165313/how-to-change-or-add-dark-theme-to-codeblocks
So that starts with downloading a color_themes.conf from
https://gist.github.com/yzhong52/6852140faa233408de67
and installing it.
After that, I was able to select a theme in Settings | Editor | Syntax highlighting.
But then I went changing colours that I didn't like... in the end, I think I changed most of the colours which is why I'm not sure that I needed the color_themes.conf file. I had Notepad++ on another machine, and I mostly copied the colours from the theme I was using there. I had the GIMP (Other Apps Are Available) to pick colours off the screen and tell me what they were in hex. In C::B, in the syntax highlighting settings, I click Default or Comment or whatever it is, click the Foreground colour on the right, click Custom, put the hex number in.
Maybe there would be an easier way that experts would know, but that was enough for me. I'm on Linux so I don't think the "experimental dark IDE for Windows" link would be for me.
Biggest problem is, to know what you want. Last time I coded with a dark background, the text was green because that was the colour of the phosphor, so figuring out what colours I wanted was awkward. (In the end I copied some of Notepad++.)
First thing I tried, not sure I needed to do this but... it was the advice at
https://stackoverflow.com/questions/69165313/how-to-change-or-add-dark-theme-to-codeblocks
So that starts with downloading a color_themes.conf from
https://gist.github.com/yzhong52/6852140faa233408de67
and installing it.
After that, I was able to select a theme in Settings | Editor | Syntax highlighting.
But then I went changing colours that I didn't like... in the end, I think I changed most of the colours which is why I'm not sure that I needed the color_themes.conf file. I had Notepad++ on another machine, and I mostly copied the colours from the theme I was using there. I had the GIMP (Other Apps Are Available) to pick colours off the screen and tell me what they were in hex. In C::B, in the syntax highlighting settings, I click Default or Comment or whatever it is, click the Foreground colour on the right, click Custom, put the hex number in.
Maybe there would be an easier way that experts would know, but that was enough for me. I'm on Linux so I don't think the "experimental dark IDE for Windows" link would be for me.
7
Using Code::Blocks / Re: lSdl3 and lSdl3main not found
« Last post by Miguel Gimenez on Yesterday at 01:21:16 pm »You used a "3" (number three) instead of an "S" (letter) in both file names, please check your typing.
Just add "SDL3" and "SDL3main" to the libraries list (the left one), and add SDL3 location to the compiler's and linker's search directories.
If you still have compilation problems read this.
Just add "SDL3" and "SDL3main" to the libraries list (the left one), and add SDL3 location to the compiler's and linker's search directories.
If you still have compilation problems read this.
8
Using Code::Blocks / Re: lSdl3 and lSdl3main not found
« Last post by JPF12141999 on Yesterday at 12:18:55 pm »Unless I misunderstood, you can see in my post I tried that word for word already and got the error anyway.Maybe I should just watch on YouTube a tutorial that tells me how to make a 2D game with Code::Blocks without SDL3?
9
Using Code::Blocks / Re: lSdl3 and lSdl3main not found
« Last post by Miguel Gimenez on Yesterday at 09:13:06 am »Quote
include "-l3DL3" and "-l3Dl3main"
Have you tried "-lSDL3" and "-lSDl3main"?
10
General (but related to Code::Blocks) / Incremental compilation for Code::Blocks
« Last post by weixing1531 on Yesterday at 03:43:31 am »Simply Fortran support it. How to set for Code::Block 25.03?