The 24 April 2022 build (12802) is out.

[killerbot]

We switched to wx 3.1.5 --> download the new wx dll's see link below

If you tested the 22 january nightly you may find your compiler executable has changed from gcc.exe to mingw32-gcc.exe and g++.exe to mingw32-g++.exe. Please correct this, you won't be asked again.

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


The 24 April 2022 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2022/CB_20220424_rev12802_win64.7z
  - Linux :
   none

The current SDK version is : 2.17.0

Resolved Fixed:

• Fix XML syntax of some lexers (&, < and > must be escaped when not in a CDATA block)
• Printing: Detect incorrect page range (start > end)
• Try to fix crash reported in ticket #1168.
• Printing: Add support for printing multiple documents as a block.
• Compiler: Fix assert when opening "Advanced options".
• Fix translation when using wx3.1.6.
• Allow splash screen translation.
• Move crash report file if C::B folder is not writable (ticket #1249, thanks Andrew Cottrell).
• cb_share_config: allow to export selected settings only
• cbp2make: respect target selection for exports
• compiler: respect 8.3 notation settings in advanced compiler options for source files, too (this is often needed for cross-compilers like QNX on Windows)
• scriptin: Add script binding for tinyXML functions to read XML files within squirrel
• scripting: Improve error reporting of test_string for script testing
• scripting: Add test script for the XML script binding.
• scripting: Add versioning for script binding. So we can check and change scripting binding version in scripts.
• Apply patch to Enhance C::B GDB memory watch class for future changes. (Thanks Andrew Cottrell)
• sdk: scripting, fix ask permission dialog to remember the selection.

Regressions/Confirmed/Annoying/Common bugs:

[Pecan]

The Clangd_Client for this nightly can be downloaded at
https://sourceforge.net/projects/cb-clangd-client/files/Plugin_Install_Package/Windows_x64/ClangdClientForCBNightly_20220424_rev12802_win64.zip/download

Copy the included clangd_client.zip to <YourCodeBlocksNightlyFolder>\share\CodeBlocks\clangd_client.zip
Do not unzip this file.

Copy the included clangd_client.dll to <YourCodeBlocksNightlyFolder>\share\CodeBlocks\plugins\clangd_client.dll

Restart your CodeBlocks Nightly.

Install instructions for LLVM/clangd are included within the downloaded .zip file.
Modify message

[AlexN]

Why is CB_20220327_rev12765_win64.7z part of the content of the package? 

[stahta01]

Why is CB_20220327_rev12765_win64.7z part of the content of the package? 

Likely because the last newbie did not understand that this plugin is for the nightly build and they tried to use it with an self-build of Code::Blocks. Or maybe it was just a mistake. Since, it is the wrong nightly it is likely a mistake.

Tim S.

[ollydbg]

Why is CB_20220327_rev12765_win64.7z part of the content of the package? 

Pecan has fixed the wrong file name.

@Pecan, great work! I will build the C::B and clangd_client soon.

[Pecan]

Why is CB_20220327_rev12765_win64.7z part of the content of the package? 

Ok, I'm confused. I don't see the above as part of
https://sourceforge.net/projects/cb-clangd-client/files/Plugin_Install_Package/Windows_x64/ClangdClientForCBNightly_20220424_rev12802_win64.zip/download

I just downloaded it and it only has:

Code

PS C:\temp> unzip -l c:\temp\ClangdClientForCBNightly_20220424_rev12802_win64.zip
Archive:  c:/temp/ClangdClientForCBNightly_20220424_rev12802_win64.zip
  Length     Date   Time    Name
 --------    ----   ----    ----
 60422506  04/24/22 14:01   clangd_client.dll
   552378  04/23/22 11:13   clangd_client.zip
     6367  03/18/22 09:46   Windows-LLVM-ClangD-Install-Readme.txt
     3230  03/18/22 09:47   Windows-Plugin-Install-Readme.txt
 --------                   -------
 60984481                   4 files

[stahta01]

Why is CB_20220327_rev12765_win64.7z part of the content of the package? 

Ok, I'm confused. I don't see the above as part of
https://sourceforge.net/projects/cb-clangd-client/files/Plugin_Install_Package/Windows_x64/ClangdClientForCBNightly_20220424_rev12802_win64.zip/download

I just downloaded it and it only has:

Code

PS C:\temp> unzip -l c:\temp\ClangdClientForCBNightly_20220424_rev12802_win64.zip
Archive:  c:/temp/ClangdClientForCBNightly_20220424_rev12802_win64.zip
  Length     Date   Time    Name
 --------    ----   ----    ----
 60422506  04/24/22 14:01   clangd_client.dll
   552378  04/23/22 11:13   clangd_client.zip
     6367  03/18/22 09:46   Windows-LLVM-ClangD-Install-Readme.txt
     3230  03/18/22 09:47   Windows-Plugin-Install-Readme.txt
 --------                   -------
 60984481                   4 files

Sorry, It was part of CB_20220424_rev12802_win64 zip.

Tim S.

[Pecan]

@ Killerbot

Wups !
@ Killerbot, I don't know how this happened by I managed to pollute the latest nightly while updating my clangd_client project.

Could you look at
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2022/CB_20220424_rev12802_win64.7z

and delete
f:\usr\Proj\cbNightly\CodeBlocks\CB_20220327_rev12765_win64.7z
out of the nightly, or re-upload it.

Also, could you tell me how it's possible that I could do that so I won't do it again. I'm not an administrator of Code::Blocks on SourceForge.

Thanks

[AlexN]

Why is CB_20220327_rev12765_win64.7z part of the content of the package? 

Ok, I'm confused. I don't see the above as part of
https://sourceforge.net/projects/cb-clangd-client/files/Plugin_Install_Package/Windows_x64/ClangdClientForCBNightly_20220424_rev12802_win64.zip/download

I just downloaded it and it only has:

My mistake, I spoke from the nightly build.

[nenin]

Observed strange behavior: C::B cannot neither to find nor to replace the string " ::".  For example, with  " !=" everything looks OK.

[ollydbg]

Observed strange behavior: C::B cannot neither to find nor to replace the string " ::".  For example, with  " !=" everything looks OK.

I have no idea what is your problem.
Can you be more specific? We need detailed information about your problem.

[killerbot]

the mistake was mine, in the zip of the recent nightly I also included the previous nightly. In the meantime I have replaced it with a slim-fit one ;-)

[nenin]

Observed strange behavior: C::B cannot neither to find nor to replace the string " ::".  For example, with  " !=" everything looks OK.

I have no idea what is your problem.
Can you be more specific? We need detailed information about your problem.

Sorry, I cannot reproduce the issue today. Yesterday I did massive migration from named to anonymous namespaces, with a lot of "Search/Replace..." operations,  and  I faced situation when C::B could  not find  " ::" subsring in code.

[BlueHazzard]

did you have regexp replacing activated?

[nenin]

did you have regexp replacing activated?

No. Only one not very typical point was that edited files are UTF-8: there are some strings with Greek letters. But I cannot reproduce problems at these files later.