- Welcome to Code::Blocks Forums.
Recent posts
#91
Development / Re: which standard to use, bot...
Last post by killerbot - April 09, 2026, 02:13:16 PMThanks, that's probably what I ran into.
I can understand we get more warnings when using more modern compilers and C++ standard.
In my professional live, I always go for 0 warnings.
But I think CB was never without warnings, so frmo that point of view I would tend to think this should not be a blocker, and we gradually can start fixing the warnings.
Or am I missing something ?
I can understand we get more warnings when using more modern compilers and C++ standard.
In my professional live, I always go for 0 warnings.
But I think CB was never without warnings, so frmo that point of view I would tend to think this should not be a blocker, and we gradually can start fixing the warnings.
Or am I missing something ?
#92
Development / Re: which standard to use, bot...
Last post by Miguel Gimenez - April 09, 2026, 01:04:46 PMQuoteThoug I am not sure, I remember seeing passing by some discussion of stepping up to C++17 ?
Some code is generating warnings due to usage of C++17 features, p.e. [[falltrough]] usage in clangd_client. This change was intended to remove warnings but created others.
Quoteon the second (or third launch), nearly all panels (management, logs & others, ..)and toolbars were gone. Reactivating them manually, all seems fine again.
Restarted CB a few times, all still ok it seems.
wx3.3 changed the format used for saving the layout: if you open C::B compiled with wx3.3, close it (saving the layout explicitly or automatically) and then open C::B compiled with wx3.2 you will loose the layout.
#93
Development / which standard to use, both fo...
Last post by killerbot - April 09, 2026, 12:01:55 PMThoug I am not sure, I remember seeing passing by some discussion of stepping up to C++17 ?
Looking at the cbp file for wx32, I see it is at gnu++11 :-( .
I was already building for years wx itself with -std=c++11.
Now what did I just do today:
* build wx 332 (-std=c++11)
* build CB with that using the "CodeBlocks_wx33_64.workspace", which asked for a standard version, I went for -std=c++17 (so no gnu extensions), I already had put the wx global var wx33_64.
Outcome:
* built without a problem
* CB launches fine
WTF:
* on the second (or third launch), nearly all panels (management, logs & others, ..)and toolbars were gone. Reactivating them manually, all seems fine again.
Restarted CB a few times, all still ok it seems.
Question:
* already for a few months when I open the CB workspace, I always pops up a dialog to select the target (src is always preselected), so I just press ok. Is this a regression or a feature we introduced ?
Proposals for building the nighlies, this is controlled and we can do whatever we want: (in the hope it all builds and runs fine)
* build wx dll with -std=c++23, while doing the step-up to wx 3.3.2
* build CB with -std=c++23
* if 23 fails, try 20
Anyone aware of blocking bugs for using wx 3.3.2 ?
Proposal for evolution of the codebase
* switch to C++20, make this an internal firm requirement and allow us to use C++20 features, in the end we are like 6 years late ;-)
* no longer support older envrionments who can not adhere to this requirement
* ditch 32 bit, we have an official release from last year which is still 32 bit, I would say, this was the last one
* maybe even go to c++23 ? That would be my personal preference.
What do you think ?
Looking at the cbp file for wx32, I see it is at gnu++11 :-( .
I was already building for years wx itself with -std=c++11.
Now what did I just do today:
* build wx 332 (-std=c++11)
* build CB with that using the "CodeBlocks_wx33_64.workspace", which asked for a standard version, I went for -std=c++17 (so no gnu extensions), I already had put the wx global var wx33_64.
Outcome:
* built without a problem
* CB launches fine
WTF:
* on the second (or third launch), nearly all panels (management, logs & others, ..)and toolbars were gone. Reactivating them manually, all seems fine again.
Restarted CB a few times, all still ok it seems.
Question:
* already for a few months when I open the CB workspace, I always pops up a dialog to select the target (src is always preselected), so I just press ok. Is this a regression or a feature we introduced ?
Proposals for building the nighlies, this is controlled and we can do whatever we want: (in the hope it all builds and runs fine)
* build wx dll with -std=c++23, while doing the step-up to wx 3.3.2
* build CB with -std=c++23
* if 23 fails, try 20
Anyone aware of blocking bugs for using wx 3.3.2 ?
Proposal for evolution of the codebase
* switch to C++20, make this an internal firm requirement and allow us to use C++20 features, in the end we are like 6 years late ;-)
* no longer support older envrionments who can not adhere to this requirement
* ditch 32 bit, we have an official release from last year which is still 32 bit, I would say, this was the last one
* maybe even go to c++23 ? That would be my personal preference.
What do you think ?
#94
Nightly builds / Re: The 09 April 2026 build (1...
Last post by killerbot - April 09, 2026, 10:37:40 AMso don't forget to downloaded the updated mingw and wx dlls !!!!!!!!!!!!!!!!!
#95
Nightly builds / The 09 April 2026 build (13831...
Last post by killerbot - April 09, 2026, 10:36:47 AMWe switched to gcc 15.2.0 (on 09 April 2026) --> 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.2.0posix-14.0.0-ucrt-r7/winlibs-x86_64-posix-seh-gcc-15.2.0-mingw-w64ucrt-14.0.0-r7.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_gcc1520-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls15.2.0.7z
The 09 April 2026 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260409_rev13831_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
Regressions/Confirmed/Annoying/Common bugs:
Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/15.2.0posix-14.0.0-ucrt-r7/winlibs-x86_64-posix-seh-gcc-15.2.0-mingw-w64ucrt-14.0.0-r7.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_gcc1520-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls15.2.0.7z
The 09 April 2026 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260409_rev13831_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
- no functional changes, building with gcc 15.2.0
Regressions/Confirmed/Annoying/Common bugs:
#96
Nightly builds / Re: The 08 April 2026 build (1...
Last post by Xaviou - April 08, 2026, 09:37:11 PMHi.
32 bits version for Windows (and also 64 bits version) can be downloaded from my website.
I made both a wxWidgets-3.2.10 and wxWidgets-3.3.2 linked versions
Debian Trixie (64 bits) and Bookworm (32 and 64 bits) can be installed from my repo
The corresponding unsigned deb files can also be downloaded from the website page linked above.
Ubuntu-22.04, 24.10 and 26.04 versions can be installed from my ppa (they are now available for both amd64 and arm64 architectures).
Regards
Xav'
32 bits version for Windows (and also 64 bits version) can be downloaded from my website.
I made both a wxWidgets-3.2.10 and wxWidgets-3.3.2 linked versions
Debian Trixie (64 bits) and Bookworm (32 and 64 bits) can be installed from my repo
The corresponding unsigned deb files can also be downloaded from the website page linked above.
Ubuntu-22.04, 24.10 and 26.04 versions can be installed from my ppa (they are now available for both amd64 and arm64 architectures).
Regards
Xav'
#97
Using Code::Blocks / Re: Something changed on W11 2...
Last post by ThierryD - April 08, 2026, 04:31:39 PMAnd today, I try to resolve this "last" problem ...
I change option "-v" by "/v" into Tab "Another linker options" into CB project, result next :
Ok, not resolve, but if I reproduce instructions in command console (only linkage without change ... exact syntax, ... because compilation of C source file and resource file are correct ...) :
... work perfectly ...
I don't understand it ! In CB, link fail, in command console, not. What is difference (open "console" into CB code) ?
Return in "stable state" on my WIN11 configuration with "suppress "update" of march 2026. Why not ...
Someone meet same problem ?
Thank's.
I change option "-v" by "/v" into Tab "Another linker options" into CB project, result next :
Code Select
cmd /c bcc32 | grep Borland
File STDIN:
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
bcc32.exe -q -w -tW -6 -y -v -D_DEBUG -DDEBUG -IC:\BCC55\include -IC:\bccsdk\include -oobjBC55\Debug\src\Lesson03.obj -c src\Lesson03.c
brcc32.exe -32 -foobjBC55\Debug\src\Lesson03.res -IC:\BCC55\include -IC:\bccsdk\include -d_DEBUG -dDEBUG src\Lesson03.rc
ilink32.exe -q -aa /v -LC:\BCC55\lib\psdk -LC:\BCC55\lib c0w32 objBC55\Debug\src\Lesson03.obj,binBC55\Debug\Lesson03.exe,,import32.lib cw32mti.lib opengl32.lib glu32.lib gdi32.lib winmm.lib user32.lib kernel32.lib,,objBC55\Debug\src\Lesson03.res
Borland Resource Compiler Version 5.40
Copyright (c) 1990, 1999 Inprise Corporation. All rights reserved.
src\Lesson03.c:
Warning W8060 src\Lesson03.c 386: Possibly incorrect assignment in function CreateGLWindow
Warning W8071 src\Lesson03.c 406: Conversion may lose significant digits in function CreateGLWindow
Warning W8060 src\Lesson03.c 408: Possibly incorrect assignment in function CreateGLWindow
Warning W8060 src\Lesson03.c 429: Possibly incorrect assignment in function CreateGLWindow
Warning W8057 src\Lesson03.c 591: Parameter 'hInstance' is never used in function WinMain
Warning W8057 src\Lesson03.c 591: Parameter 'hPrevInstance' is never used in function WinMain
Warning W8057 src\Lesson03.c 591: Parameter 'lpCmdLine' is never used in function WinMain
Warning W8057 src\Lesson03.c 591: Parameter 'nCmdShow' is never used in function WinMain
Error: Error processing module src\Lesson03.c
Process terminated with status 2 (0 minute(s), 1 second(s))
0 error(s), 8 warning(s) (0 minute(s), 1 second(s))
Build log saved as:
file://C:/src/OpenGL/NeHe_Lesson03-master/Lesson03_build_log.html
Ok, not resolve, but if I reproduce instructions in command console (only linkage without change ... exact syntax, ... because compilation of C source file and resource file are correct ...) :
Code Select
set PATHSAV=%PATH%
set PATH=C:\BCC55\bin;%PATH%
ilink32.exe -q -aa /v -LC:\BCC55\lib\psdk -LC:\BCC55\lib c0w32 objBC55\Debug\src\Lesson03.obj,binBC55\Debug\Lesson03.exe,,import32.lib cw32mti.lib opengl32.lib glu32.lib gdi32.lib winmm.lib user32.lib kernel32.lib,,objBC55\Debug\src\Lesson03.res
... work perfectly ...
I don't understand it ! In CB, link fail, in command console, not. What is difference (open "console" into CB code) ?
Return in "stable state" on my WIN11 configuration with "suppress "update" of march 2026. Why not ...
Someone meet same problem ?
Thank's.
#98
Using Code::Blocks / Re: Something changed on W11 2...
Last post by ThierryD - April 08, 2026, 03:05:38 PMConfirm by M$ himself :
Windows 11 build 26200.8116 broke system dll crtdll.dll
Latest Windows 11 25H2 release broke this system dll by replacing it with msvcrt40.dll which isn't anywhere like it, and it broke 32 bit programs that relied on that dll to run since it is missing symbols.
Regards.
Windows 11 build 26200.8116 broke system dll crtdll.dll
Latest Windows 11 25H2 release broke this system dll by replacing it with msvcrt40.dll which isn't anywhere like it, and it broke 32 bit programs that relied on that dll to run since it is missing symbols.
Regards.
#99
Nightly builds / Re: The 08 April 2026 build (1...
Last post by killerbot - April 08, 2026, 02:35:26 PMThe same version is sitting ready for a release tomorrow, being build with gcc 15.2.0.
If you already want to get hold of the updated compiler: https://github.com/brechtsanders/winlibs_mingw/releases/download/15.2.0posix-14.0.0-ucrt-r7/winlibs-x86_64-posix-seh-gcc-15.2.0-mingw-w64ucrt-14.0.0-r7.7z
If you already want to get hold of the updated compiler: https://github.com/brechtsanders/winlibs_mingw/releases/download/15.2.0posix-14.0.0-ucrt-r7/winlibs-x86_64-posix-seh-gcc-15.2.0-mingw-w64ucrt-14.0.0-r7.7z
#100
Nightly builds / The 08 April 2026 build (13831...
Last post by killerbot - April 08, 2026, 01:55:21 PMWe 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 08 April 2026 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260408_rev13831_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
Regressions/Confirmed/Annoying/Common bugs:
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 08 April 2026 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260408_rev13831_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
- clangd_client: Apply ticket 1592 parse only open files option (thanks Christo)
- clangd_client: Apply ticket 1593 - Auto detect versioned clangd executable (Thanks Christo)
Regressions/Confirmed/Annoying/Common bugs: