Author Topic: The 04 October 2025 build (13739) is out.  (Read 3257 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5535
The 04 October 2025 build (13739) is out.
« on: October 04, 2025, 04:27:03 pm »
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 October 2025 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2025/CB_20251004_rev13739_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:

  • Clangd_client: 1.2.142 2025/09/20 Apply Christo 1554 patch and guard like use of pParser. (Thanks Christo)
  • BrowseTracker: 1.4.131 25/09/17 Apply Christo "Jump to last modified" patch (Thanks Christo)
  • Use monospaced font in the command line help dialog (seen when executing codeblocks -h).
  • Fix assertion loading a big project with a hidden project manager.

Regressions/Confirmed/Annoying/Common bugs:



    Offline 20k

    • Single posting newcomer
    • *
    • Posts: 5
    Re: The 04 October 2025 build (13739) is out.
    « Reply #1 on: October 06, 2025, 08:11:36 pm »
    Mouse drag scrolling being enabled and configured to the middle mouse button (Settings -> editor -> mouse drag scrolling -> Mouse Button To Use: Middle Mouse) appears to break right clicking on the main editing area on a piece of code. Turning off mouse drag scrolling appears to fix this. Restarting with it enabled does not enable right click to function again

    It seems like the mouse drag scrolling plugin isn't actually enabled correctly initially, as disabling and reenabling the plugin does not allow any mouse dragging to occur, it only works (and then breaks right click) after turning mouse drag scrolling off and on again in the editor settings

    I was able to copy across the version of dragscroll from v13650 (dated 23/10/23) and overwrite 13739's dragscroll plugin, and it fixed the problem, so there appears to be a problem in a newer version of dragscroll

    If you need any other information for this, please let me know! v13650 is the last version of C::B I've used before updating so I don't know an exact nightly when this bug occurred

    Offline Xaviou

    • Regular
    • ***
    • Posts: 428
      • X@v's wxStuff
    Re: The 04 October 2025 build (13739) is out.
    « Reply #2 on: October 06, 2025, 10:51:00 pm »
    Hi.

    32 bits version for Windows can be downloaded from my website.

    Debian Trixie (64 bits) and Bookworm (32 and 64 bits) can be installed from my repo

    Ubuntu-22.04, 24.10 and 25.04 versions can be installed from my ppa (they are now available for both amd64 and arm64 architectures).

    Regards
    Xav'
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline Pecan

    • Plugin developer
    • Lives here!
    • ****
    • Posts: 2890
    Re: The 04 October 2025 build (13739) is out.
    « Reply #3 on: October 07, 2025, 05:42:09 pm »
    Mouse drag scrolling being enabled and configured to the middle mouse button (Settings -> editor -> mouse drag scrolling -> Mouse Button To Use: Middle Mouse) appears to break right clicking on the main editing area on a piece of code.

    Acknowledge, Thanks for reporting.
    I'll look into it.

    Offline srm2000

    • Single posting newcomer
    • *
    • Posts: 5
    Re: suggestion for patching plugin [source_exporter]
    « Reply #4 on: October 08, 2025, 10:19:25 am »
    The original version of exporter.dll is not friend to unicode characters for a long time.
    I changed the encoding from "iso-8859-1" to "utf-8", and it works well.
    Hope the adoption in next Nightly builds.

    Detailed post is here.
    https://forums.codeblocks.org/index.php/topic,26138.0.html

    Offline Pecan

    • Plugin developer
    • Lives here!
    • ****
    • Posts: 2890
    Re: The 04 October 2025 build (13739) is out.
    « Reply #5 on: October 09, 2025, 09:17:07 pm »
    Mouse drag scrolling being enabled and configured to the middle mouse button (Settings -> editor -> mouse drag scrolling -> Mouse Button To Use: Middle Mouse) appears to break right clicking on the main editing area
    ...clipped...

    Fixed  the diabled context menu when using middle mouse combo keys for scrolling. svn 13746.

    I could not reproduce the disable/enable problem as described.
    I had no problem disabling and enabling via the dialog settings.

    Thanks for reporting.

    Offline cppuser

    • Single posting newcomer
    • *
    • Posts: 4
    Re: The 04 October 2025 build (13739) is out.
    « Reply #6 on: October 10, 2025, 12:36:18 am »
    thank you all !!  I saw the update on my system  ;) !! Unfortunately this semester would be very very difficult to play with it :'(

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 204
    Re: The 04 October 2025 build (13739) is out.
    « Reply #7 on: Yesterday at 07:56:30 am »
    Hello Xaviou.

    Thanks for all your continuing effort.

    In my own project I started now to uses a Linux Ubuntu installation done by Windows 11 WSL for doing cross checks.
    • I want to ensure that my sources are compatible for Windows and Linux.
    • Furthermore, I hope that I Linux supports me to solve some runtime issues by using tools which are not available under Windows 11.

    I have installed under Windows 11 this nightly (04 October 2025 build (13739) and under Ubuntu the equivalent distribution provided by you (25.03+svn13739~ubuntu25.04.1 ). https://launchpad.net/~x-psoud/+archive/ubuntu/cbnb

    Under Windows I use the Cland-D code-parsing since it provides me already a feedback  (LSP Messages) while inserting the code and I don't have to wait for the compiler-output for solving warnings and errors.

    Unfortunately, I had to recognise that the Clangd_Client is not provided in your distribution.
    • Will it be possible for you, to provide this plug in in the future also?
    • Do you know an other source for installing the Clangd_Client, that is compatible to your distribution?

    Thanks for your support.

    Best regards, Eckard.

    Offline Xaviou

    • Regular
    • ***
    • Posts: 428
      • X@v's wxStuff
    Re: The 04 October 2025 build (13739) is out.
    « Reply #8 on: Yesterday at 06:51:30 pm »
    Hi
    ......
    Unfortunately, I had to recognise that the Clangd_Client is not provided in your distribution.
    • Will it be possible for you, to provide this plug in in the future also?
    It is already provided by the ppa.
    You have to install the "codeblocks-contrib" package to have all the "contrib plugins" available (and the Clangd_Client is one of them).

    Regards
    Xav'
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 204
    Re: The 04 October 2025 build (13739) is out.
    « Reply #9 on: Today at 11:09:58 am »
    Hello Xaviou.

    Sorry, my fault. But with your help I was now able to install the missing plugins also.

    Would you be so kind to provide me the link to your documentation-page with all sudo-commands, so that I don't have to bother you again with this Ubuntu beginner-question?

    Thanks for your support.

    Best Regards, Eckard.

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 204
    Re: The 04 October 2025 build (13739) is out.
    « Reply #10 on: Today at 06:15:41 pm »
    Hello Developers.

    I'm already using the Clang-D Client for some Months under Windows 11 without big issues like a crash of Code::Blocks.

    Now I have installed on same Windows 11 laptop under WSL2 Ubuntu and there Xavious distribution of this nightly as already discussed above.

    After Installing the  "codeblocks-contrib" package also I  deactivated the Code-Completion and activated the Clang-D Client.
    But after closing Code::Blocks and opening it again it hang and I had to exit Ubuntu and restart it again.
    Fortunately I was able to reactivate my file ~/.config/codeblocks/default.conf by
    replacing the xml-node <CLANGD_CLIENT bool="1" /> by <CLANGD_CLIENT bool="0" />.

    Now I started some experiments together with the Windows Copilot were this is the conclusion given by the Copilot:

    Quote
    I've been testing the Clangd_Client plugin under Linux using Code::Blocks version 25.03+svn13739~ubuntu25.04.1 from the x-psoud PPA. While the plugin works fine under Windows, enabling it on Linux consistently causes Code::Blocks to freeze during startup.

    Here s a summary of what I ve tried:

    • Installed codeblocks-contrib to enable Clangd_Client and other plugins.
    • Verified that clangd is installed and executable via /usr/bin/clangd.
    • Disabled potentially conflicting plugins: CodeCompletion, FileManager, MouseSap, Symbols Browser, SmartIndent, OpenFilesList.
    • Ensured a valid project with compile_commands.json is open before enabling Clangd_Client.
    • Manually inserted a complete <clangd_client> configuration block into default.conf, including the correct LLVM path and parser settings.
    • Tried launching Code::Blocks with Clangd_Client enabled and a project loaded.
    • Despite all this, Code::Blocks hangs during startup. The last console output before freezing is:
      • KeyBinder: adding missing menuItem[2565|&Help::Plugins::Clangd_Client...|]

    This suggests the freeze occurs during menu setup, not during LSP communication. It appears to be a GUI-level issue, possibly related to wxWidgets or GTK3 event loop timing.


    But when I read the line "Verified that clangd is installed and executable via /usr/bin/clangd" I became a little bit unsure and checked this again.
    My finding was that this path was not the real location of clangd but only the location of a symbolic link to /usr/lib/llvm-15/bin/clangd.

    So I tried out to modify the path in my manually added <clangd_client> configuration block and exchanged the lines

    Code
    		<LLVM_MASTERPATH>
    <str>
    <![CDATA[/usr/bin/clangd]]>
    </str>
    </LLVM_MASTERPATH>

    by the lines

       
    Code
    	<LLVM_MASTERPATH>
    <str>
    <![CDATA[/usr/lib/llvm-15/bin/clangd]]>
    </str>
    </LLVM_MASTERPATH>

    And suddenly Code::Blocks started normally as wanted and Clang-D is working as desired.


    So the final workaround was to copy the clangs_client tree from my Windows 11 conf-file into the Linux conf-file and to set the LLVM_MASTERPATH to the real location of the binary and not to the location of a symbolic link .

    Code
    	<clangd_client>
    <PARSER_DEFAULTS_CHANGED bool="1" />
    <PARSER_FOLLOW_LOCAL_INCLUDES bool="1" />
    <PARSER_FOLLOW_GLOBAL_INCLUDES bool="1" />
    <WANT_PREPROCESSOR bool="1" />
    <PARSE_COMPLEX_MACROS bool="1" />
    <PLATFORM_CHECK bool="1" />
    <SEMANTIC_KEYWORDS bool="0" />
    <USE_SMARTSENSE bool="1" />
    <WHILE_TYPING bool="1" />
    <AUTO_ADD_PARENTHESES bool="1" />
    <DETECT_IMPLEMENTATION bool="0" />
    <ADD_DOXGEN_COMMENT bool="0" />
    <ENABLE_HEADERS bool="1" />
    <MAX_MATCHES int="1000" />
    <FILLUP_CHARS>
    <str>
    <![CDATA[]]>
    </str>
    </FILLUP_CHARS>
    <CC_DELAY int="300" />
    <LEXER_KEYWORDS_SET1 bool="1" />
    <LEXER_KEYWORDS_SET2 bool="1" />
    <LEXER_KEYWORDS_SET3 bool="0" />
    <LEXER_KEYWORDS_SET4 bool="0" />
    <LEXER_KEYWORDS_SET5 bool="0" />
    <LEXER_KEYWORDS_SET6 bool="0" />
    <LEXER_KEYWORDS_SET7 bool="0" />
    <LEXER_KEYWORDS_SET8 bool="0" />
    <LEXER_KEYWORDS_SET9 bool="0" />
    <LOGCLANGDCLIENT_CHECK bool="0" />
    <LOGCLANGDSERVER_CHECK bool="0" />
    <LSPMSGSFOCUSONSAVE_CHECK bool="1" />
    <LSPMSGSCLEARONSAVE_CHECK bool="1" />
    <LLVM_MASTERPATH>
    <str>
    <![CDATA[/usr/lib/llvm-15/bin/clangd]]>
    </str>
    </LLVM_MASTERPATH>
    <MAX_THREADS int="1" />
    <MAX_PARSERS_WHILE_COMPILING int="0" />
    <HEADER_EXT>
    <str>
    <![CDATA[h,hpp,hxx,hh,h++,tcc,xpm]]>
    </str>
    </HEADER_EXT>
    <EMPTY_EXT bool="1" />
    <SOURCE_EXT>
    <str>
    <![CDATA[c,cpp,cxx,cc,c++]]>
    </str>
    </SOURCE_EXT>
    <USE_SYMBOLS_BROWSER bool="1" />
    <BROWSER_SHOW_INHERITANCE bool="0" />
    <BROWSER_EXPAND_NS bool="1" />
    <AS_FLOATING_WINDOW bool="0" />
    <BROWSER_TREE_MEMBERS bool="1" />
    <SCOPE_FILTER bool="1" />
    <TOOLBAR_SCOPE_LENGTH int="280" />
    <TOOLBAR_FUNCTION_LENGTH int="660" />
    <USE_DOCUMENTATION_HELPER bool="1" />
    <DOCUMENTATION_HELPER_BACKGROUND_COLOR>
    <colour r="255" g="255" b="255" />
    </DOCUMENTATION_HELPER_BACKGROUND_COLOR>
    <DOCUMENTATION_HELPER_TEXT_COLOR>
    <colour r="0" g="0" b="0" />
    </DOCUMENTATION_HELPER_TEXT_COLOR>
    <DOCUMENTATION_HELPER_LINK_COLOR>
    <colour r="0" g="0" b="255" />
    </DOCUMENTATION_HELPER_LINK_COLOR>
    <BROWSER_DISPLAY_FILTER int="1" />
    <BROWSER_SORT_TYPE int="1" />
    <SPLITTER_POS int="219" />
    <LOGPLUGININFO_CHECK bool="0" />
    <LOGPLUGINDEBUG_CHECK bool="0" />
    <USECOMPLETIONICONS_CHECK bool="1" />
    <IGNORED_DIAGNOSTICS>
    <astr>
    <s>
    <![CDATA[warning:Included header tree_node.hpp is not used directly (fix available) remove #include directive]]>
    </s>
    </astr>
    </IGNORED_DIAGNOSTICS>
    </clangd_client>


    I hope this post is helpful for other users with asimilar problem and for you while thinking about a final solution.


    Best regards,
                        Eckard.

    Offline Pecan

    • Plugin developer
    • Lives here!
    • ****
    • Posts: 2890
    Re: The 04 October 2025 build (13739) is out.
    « Reply #11 on: Today at 07:32:12 pm »
    Hello Developers.

    I'm already using the Clang-D Client for some Months under Windows 11 without big issues like a crash of Code::Blocks.

    Now I have installed on same Windows 11 laptop under WSL2 Ubuntu and there Xavious distribution of this nightly as already discussed above.
    ...clip...
    My finding was that this path was not the real location of clangd but only the location of a symbolic link to /usr/lib/llvm-15/bin/clangd.
    ...clip...
    I hope this post is helpful for other users with asimilar problem and for you while thinking about a final solution.


    I've been running CB and Clangd_client under vmware Ubuntu since before the plugin was released.
    The plugin has been using the \usr\bin\clangd LNK all that time and through multiple releases of vmware and Ubuntu.

    So my guess is that this is a WSL2 problem.

    I quit using WSL2 because the WSL2 graphics bridge caused hangs with CodeBlocks and other wxWidgets processes also.
    I get WSL2 hangs during debugging when using floating windows.

    I'm using VMware Workstation with Ubuntu and Mint. It's fast, compatible on both my systems and free (for single user).

    Thanks for reporting this.
    « Last Edit: Today at 07:47:47 pm by Pecan »