Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on December 31, 2023, 01:51:03 pm

Title: The 31 December 2023 build (13422) is out.
Post by: killerbot on December 31, 2023, 01:51:03 pm
We switched to gcc 13.1.0 (on 04 June 2023) --> download the new wx/mingw dll's see link below

Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/13.1.0-16.0.5-11.0.0-ucrt-r5/winlibs-x86_64-posix-seh-gcc-13.1.0-mingw-w64ucrt-11.0.0-r5.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 (http://forums.codeblocks.org/index.php/topic,3232.0.html).

A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx324_2D_gcc1310-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls13.1.0.7z


The 31 December 2023 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2023/CB_20231231_rev13422_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 31 December 2023 build (13422) is out.
Post by: Wkerry on January 03, 2024, 02:31:03 am
I just updated from a year old nightly to 13422 and I spent an hour trying to figure out what was going wrong with the latest nightly as I get the following alert when I go into the
Envoronment settings:

Code
[Window Title]
wxWidgets Debug Alert

[Main Instruction]
A debugging check in this application has failed.

[Content]
C:\wxWidgets-3.2.4\include/wx/strvararg.h(484): assert "(argtype & (wxFormatStringSpecifier<T>::value)) == argtype" failed in wxArgNormalizer(): format specifier doesn't match argument type

[ ] Don't show this dialog again  [Stop] [Continue]

If I disable the Environment variables plugin the alert is not shown. This took me ages to figure out.

More Info:
I did some digging and found a github mirror and one of the following changes could be related to the alert:
    https://github.com/arnholm/codeblocks_sfmirror/commit/2e602238923e652b4aa16f7581ade22e3c69fbaa
    https://github.com/arnholm/codeblocks_sfmirror/commit/c055b1da0af777224207a0601ff22e3a5f2f69b5


Title: Re: The 31 December 2023 build (13422) is out.
Post by: Miguel Gimenez on January 03, 2024, 10:17:26 am
Should be fixed in r13423 (https://sourceforge.net/p/codeblocks/code/13423/), thank you for reporting.
Title: Re: The 31 December 2023 build (13422) is out.
Post by: nenin on January 03, 2024, 12:14:04 pm
GDB console, startup:
Code
Set variable: PATH=.;C:\mingw64\nixman13_2w32u\bin;C:\mingw64\nixman13_2w32u;C:\mingw64\nixman13_1w32u\bin;C:\mingw64\nixman13_1w32u;C:\mingw64\nixman12_2w32u\bin;C:\mingw64\nixman12_2w32u;C:\Program Files (x86)\Common Files****\WindowsApps;c:\mingw64\nixman13_2w32u\bin

C::B started correct dbg:
Code
Starting debugger: C:\mingw64\nixman13_2w32u\bin\gdb.exe
But there are paths to 3 different installation of the MinGW: nixman13_2w32u - actual, nixman13_1w32u - previous, nixman12_2w32u - old one.
Is it OK?
Title: Re: The 31 December 2023 build (13422) is out.
Post by: nenin on January 03, 2024, 12:22:46 pm
I tried to remove unused GDB profile and got this error.
Title: Re: The 31 December 2023 build (13422) is out.
Post by: Miguel Gimenez on January 03, 2024, 02:15:41 pm
@nenin, can you list steps to reproduce?. Was the configuration checked in the Debug menu before trying to erase it?.

Running the devel version with gdb should give an useful backtrace.

EDIT: Should be fixed in r13426 (https://sourceforge.net/p/codeblocks/code/13426/), but the backtrace would confirm this.
Title: Re: The 31 December 2023 build (13422) is out.
Post by: nenin on January 04, 2024, 03:38:04 pm
@nenin, can you list steps to reproduce?. Was the configuration checked in the Debug menu before trying to erase it?.
Running the devel version with gdb should give an useful backtrace.
I checked 2 outdated and erratic configs, deleted them and when I pressed OK  I got this error msg.
Apropos, I have very old configs, and I found in one case at work PC that there were broken records, which C::B cannot read properly and as result I observed glitches. It will be nice to have kind of stand-alone verification utility.
Title: Re: The 31 December 2023 build (13422) is out.
Post by: nenin on January 05, 2024, 08:36:25 am
Looks like there are solid problems with Mingw GCC.
Such issues, both global and with exact project, jump out very often with different MinGW profiles.
Title: Re: The 31 December 2023 build (13422) is out.
Post by: nenin on January 05, 2024, 08:50:11 am
I suppose problematic is this file (see attach), which is located at
Code
c:\Users\****\AppData\Roaming\CodeBlocks\share\codeblocks\compilers\options_gcc.xml
Title: Re: The 31 December 2023 build (13422) is out.
Post by: Wkerry on January 05, 2024, 09:47:26 am
Could this also cause the issue I have in https://forums.codeblocks.org/index.php/topic,25651.msg174598/topicseen.html#msg174598?
Title: Re: The 31 December 2023 build (13422) is out.
Post by: stahta01 on January 05, 2024, 06:25:51 pm
I suppose problematic is this file (see attach), which is located at
Code
c:\Users\****\AppData\Roaming\CodeBlocks\share\codeblocks\compilers\options_gcc.xml

With Code::Blocks closed, rename or delete the file above and the file above will stop over riding the normal file of the same name.

Edit: Thank you for your post; I had the same problem. But, I had forgotten where the file that I normally delete was located.

Below is the location I deleted my file from.
Code
%APPDATA%\CodeBlocks\share\codeblocks\compilers

Tim S.
Title: Re: The 31 December 2023 build (13422) is out.
Post by: nenin on January 05, 2024, 07:52:02 pm
With Code::Blocks closed, rename or delete the file above and the file above will stop over riding the normal file of the same name.
Tim S.
I deleted this file, after it C::B starts work OK, but until I try to change compiler in the another one old project . When I open old project with wrong compiler, there is very big probability that this file will be generated again. Only the safe way is to replace compiler manually in text editor. I suppose this is effect, related to compiler autodetection.