Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Help / Re: Trouble opening Code::Blocks on MacOS
« Last post by Miguel Gimenez on Today at 07:31:51 pm »
That message should be harmless, it only means spell checking will not be available. Does C::B start afterwards?
2
Help / Trouble opening Code::Blocks on MacOS
« Last post by Martin on Today at 04:06:52 pm »
Good day,
I downloaded Code::Blocks for MacOS (current version: Tahoe 26.5.2 ), but when I try to open it, it displays a debug report and a separate warning message,

"One or more plugins were not loaded.
This usually happens when a plugin is built for a different version of the Code::Blocks SDK.
Check the application log for more info.
List of failed plugins:
libSpellChecker.dylib"

I am pretty unfamiliar with MacOS as well as the Code::Blocks environment and I am far from tech savvy. I also tried attaching a screenshot, but I'm not sure how the "Insert Image" button works. My university has made the use of Code::Blocks compulsory for my current module, therefore it is urgent for me to resolve this issue.

Please get back to me as soon as you can. My apologies for any frustrations caused.
3
I am new, I am here :o
4
Nightly builds / Re: The 20 July 2026 build (13916) is out.
« Last post by Xaviou on Yesterday at 08:28:55 pm »
Hi.

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.04 and 26.04 versions can be installed from my ppa (they are available for both amd64 and arm64 architectures).

Regards
Xav'
5
Nightly builds / Re: The 20 July 2026 build (13916) is out.
« Last post by killerbot on Yesterday at 03:21:17 pm »
next steps:
  • step up to wx 3.3.3
  • step up to gcc16
6
Nightly builds / The 20 July 2026 build (13916) is out.
« Last post by killerbot on Yesterday at 03:20:39 pm »
We 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/wxmsw33u_gcc_cb_wx332_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 20 July 2026 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260720_rev13916_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:

  • SDK: Fix issue loading workspaces with wxWidgets 3.3. This may fix ticket #1605.
  • implemented FR from here: https://forums.codeblocks.org/index.php?action=profile;area=showposts;u=54114 to allow changing the line spacing in editors
  • autotools: fix build error on Windows (ticket #1608)
  • SDK: Show field name of unknown global variables (ticket #1607, thanks homertp).
  • Compiler: Do not disable project options for unknown compiler (ticket #1606, thanks homertp).
  • wxSmith: Add wxCommandLinkButton to the Standard palette.
  • wxSmithAui: Fix gripper selection in wxAuiManager adding missing "break".
  • SDK: Fix error window when installing plugins in a user data directory (ticket #1610, thanks homertp).
  • Codeblocks: Fix wx3.3.0 asserts caused by wxauibook changes that no longer allow access to wxTabCtrls
  • applied a couple of fixes to compile wxCustomControls on wx3.3 and to eliminate compiler warnings
  • wxContribItems: Make KWIC/BmpCheckBox actually work and fix integration in wxSmith.
  • wxSmith ContribItems: Fix Led and StateLed size and inconsistencies.
  • clangd_client Fix crash in parser.cpp when there is no active process and correct warnings re: json.cpp macro spacing
  • projectmanager: Avoid Windows/CodeBlocks crash caused by rapid Freeze/Thaw calls when closing large workspaces.
  • wxContribItems: Fix lcdwindow initial size.
  • CodeBlocks: Fix the unexpanded editor pane when using wx 3.3
  • FileManager: Fix assertion "page must be a child of the notebook".
  • clangd_client: support refactoring using clangd (textDocument/codeAction)
  • SDK: Increase fold margin width in the editor and change it with scale factor.

Regressions/Confirmed/Annoying/Common bugs:


    7
    Nightly builds / Re: The 27 May 2026 build (13855) is out.
    « Last post by eckard_klotz on Yesterday at 12:52:33 pm »
    Hello Miguel Gimenez.

    Quote
    ... Relating margin order, I prefer it as is. ...

    • It is not the order but the unwanted firing of folding, that is disturbing.
    • An unwanted folding means always to breakdown the development-flow.
      • Suddenly and unexpected the text-part, you want to edit, is vanishing.
      • Instead of of implementing your idea, you have to unfold again.
      • Than you have to search for the text-position you wanted to work on.
      • Finally, by clicking on it, you risk to fold again.
      • I know nobody who is not frustrated by this.
    • Moving the folding margin to the left and away from the text area prevents this nasty disturbance.

    If you prefer the current margin order but your users not the alternative will be to make the margin order configurable.
    But I fear this will mean much more effort for you.
    Thus, I just ask you to solve the folding issue and changing the margin order is a simple way to fix the issue without disabling the folding completely.     

    Best regards,
                       Eckard Klotz.
    8
    Development / Re: Multiple declarations/definitions of wxSwitcherDialog
    « Last post by Miguel Gimenez on Yesterday at 10:12:15 am »
    Spam reported to moderator.
    9
    Development / Re: Multiple declarations/definitions of wxSwitcherDialog
    « Last post by AlexMazure on Yesterday at 03:33:45 am »
    I've been unwinding lately with a puzzle game called Block Blast. There's something so satisfying about clearing rows and keeping the board from filling up. It's a great way to focus. Speaking of unique implementations, what are your thoughts on handling similar class names in different contexts?

    10
    Thanks
    Pages: [1] 2 3 4 5 6 ... 10