Recent Posts

Pages: 1 2 3 4 5 [6] 7 8 9 10
51
Development / Re: svn rev 13798 issue?
« Last post by Miguel Gimenez on February 26, 2026, 07:44:25 pm »
Is there a way to display within Code::Blocks the content of environment variables that are set by MacrosManager, so AMP, CODEBLOCKS, APP_PATH, ...

I do not think so. There is a MacrosManager::GetMacros() method, currently unused, that would make easy to add this information to a tab in the About dialog (for example). This way the user does not have to search the Wiki.
52
Development / Re: svn rev 13798 issue?
« Last post by gd_on on February 26, 2026, 04:35:34 pm »
Is there a way to display within Code::Blocks the content of environment variables that are set by MacrosManager, so AMP, CODEBLOCKS, APP_PATH, ...
53
Nightly builds / The 26 February 2026 build (13800) is out.
« Last post by killerbot on February 26, 2026, 04:22:56 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 26 February 2026 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260226_rev13800_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:

  • Debugger: Really use configured font in watches' tooltips (ticket #1586, thanks pecan/Gemini
  • wxSmith: Allow twildcard translation in wxFilePickerCtr
  • clangd_client: Fix crash in wxRecursionGuard caused by wrong cross-thread protocol

Regressions/Confirmed/Annoying/Common bugs:


    54
    Development / Re: svn rev 13798 issue?
    « Last post by ollydbg on February 26, 2026, 08:48:30 am »
    First, this "CODEBLOCKS" is defined here:

    Code
    void MacrosManager::ClearProjectKeys()
    {
        m_Macros.clear();

        m_Macros[_T("AMP")]        = _T("&");
        m_Macros[_T("CODEBLOCKS")] = m_AppPath;
        m_Macros[_T("APP_PATH")]   = m_AppPath;
        m_Macros[_T("APP-PATH")]   = m_AppPath;
        m_Macros[_T("APPPATH")]    = m_AppPath;
        m_Macros[_T("DATA_PATH")]  = m_DataPath;
        m_Macros[_T("DATA-PATH")]  = m_DataPath;
        m_Macros[_T("DATAPATH")]   = m_DataPath;
        m_Macros[_T("PLUGINS")]    = m_Plugins;
        m_Macros[_T("LANGUAGE")]   = wxLocale::GetLanguageName(wxLocale::GetSystemLanguage());
        m_Macros[_T("ENCODING")]   = wxLocale::GetSystemEncodingName();

    But in my build environment, it can't be used.

    Here is my situations:

    1, I use a C::B(let's say it is the host C::B) to open and build C::B workspace. The build result is the client C::B.
    2, The host C::B is usually download from my github action release which is using the latest release version of wx 3.3.1 and latest msys2, and the C runtime is UCRT.
    3, The client C::B is usually link to the debug version of the wxWidgets. In my local PC, I have build debug version of wx 3.3.1 myself under gcc compiler(msys2, but the C runtime is MSVCRT, because some of my clients are still using Windows 7) to track errors.

    If using $(CODEBLOCKS) method, I have to link the client C::B's plugin against the host C::B, that is not possible. Because they use different wxWidgets library, different GCC version, different C runtime library.
    55
    Development / Re: svn rev 13798 issue?
    « Last post by Pecan on February 26, 2026, 06:33:53 am »
    $(CODEBLOCKS) is automatically defined by CB in macrosmanger. The user does not need to define it anywhere.

    Are you getting errors when compiling codesnippets ?

    The use of $(CODEBLOCKS) makes it easy to drag a contrib dir out of the local repo to a new separate directory and work with the contrib without .cbp changes. Then drag it back to the repo without making mistakes trying to fix the .cbp file. No changes, no mistakes.

    Without using the macro, you cannot use the repo .cbp without making ../../.. changes all over the place, It  is much easier to use $(CODEBLOCKS)\..\ without making any changes to the .cbp(s) and the macro is build into the sdk source code builtin variables.
    https://wiki.codeblocks.org/index.php/Variable_expansion
    56
    Development / Re: svn rev 13798 issue?
    « Last post by ollydbg on February 26, 2026, 01:46:50 am »
    You must have the compiler global variable CODEBLOCKS defined.

    But that was not necessary.  For example, if you look at this cbp file and other cbp files.

    https://github.com/arnholm/codeblocks_sfmirror/blob/master/src/plugins/contrib/SmartIndent/SmartIndent_wx32_64.cbp

    You don't see any CODEBLOCKS variable needed.

    I'm not sure you can understand my explanations.  But this compiler macro is not needed in cbp file and the update file.
    57
    Development / Re: svn rev 13798 issue?
    « Last post by Pecan on February 25, 2026, 05:01:35 pm »
    Do you mean that it's causing an error. Where do you get the error?

    What OS? What compiler? Which wxWidgets?

    I can't reproduce an error. Can you give me some steps to cause the error?
    Thanks
    58
    Help / Re: Debugger (gdb) no longer stops at breakpoints or ends
    « Last post by ollydbg on February 25, 2026, 07:18:46 am »
    Verifying that the Mingw architecture matched the architecture of the installed IDE resolved the problem. (32-bit CB and 32-bit Mingw32).
    spam reported.
    59
    Help / Re: Debugger (gdb) no longer stops at breakpoints or ends
    « Last post by flutherdisaster on February 25, 2026, 04:19:36 am »
    Verifying that the Mingw architecture matched the architecture of the installed IDE resolved the problem. (32-bit CB and 32-bit Mingw32).
    60
    Development / svn rev 13798 issue?
    « Last post by ollydbg on February 25, 2026, 02:39:15 am »
    Hi, Pecan, I see this commit:

    https://sourceforge.net/p/codeblocks/code/13798/

    Some of changes in the cbp files are not expected? I think the macro variable "CODEBLOCKS" is not needed here.
    Pages: 1 2 3 4 5 [6] 7 8 9 10