1
General (but related to Code::Blocks) / Re: CodeBlocks on Linux
« Last post by christo on Yesterday at 09:04:52 pm »@Miguel Gimenez looks like we have to sign in to github to access action artifacts
News:
When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.
Recent Posts
2
General (but related to Code::Blocks) / Re: CodeBlocks on Linux
« Last post by Miguel Gimenez on Yesterday at 08:37:58 pm »The link is broken.
3
General (but related to Code::Blocks) / Re: CodeBlocks on Linux
« Last post by christo on Yesterday at 12:39:13 pm »@Ender4rmy if you have issues still, you can try appImage of 25.03 release in the URL https://github.com/josephch/codeblocks/actions/runs/27490559193/artifacts/7618296770 , It contains all the contrib plugins. Please give execution permission before execution.
Code
chmod +x CodeBlocks-v25.03-x86_64.AppImage
./CodeBlocks-v25.03-x86_64.AppImage
4
Development / AppImage generation for Linux
« Last post by christo on June 13, 2026, 01:37:17 pm » AppImage is a popular format for software bundling. I'm able to generated C::B AppImage with minimal host dependency via github action.
https://github.com/josephch/codeblocks/actions/runs/27463347269#artifacts
Github workflow : https://github.com/josephch/codeblocks/blob/custom/.github/workflows/build_appimage.yml
I think it is a good idea to distribute our releases in AppImage format also, as it can be used on many distros.
There are additional configuration options required - to use bundled software if present and to use static wxwidgets. Those are added to svn.
https://github.com/josephch/codeblocks/actions/runs/27463347269#artifacts
Github workflow : https://github.com/josephch/codeblocks/blob/custom/.github/workflows/build_appimage.yml
I think it is a good idea to distribute our releases in AppImage format also, as it can be used on many distros.
There are additional configuration options required - to use bundled software if present and to use static wxwidgets. Those are added to svn.
5
Using Code::Blocks / Re: Line spacing in editor
« Last post by MortenMacFly on June 13, 2026, 08:12:15 am »Is there a setting to increase the line spacing in the editor?This is implemented in SVN revision 13860. Thanks for asking, but next time maybe you use our bug-tracker.
Starting with the next nightly you can give it a try!
Morten.
6
Plugins development / Re: Debugger_gdbmi plugin
« Last post by Pecan on June 12, 2026, 05:41:38 pm »Can anyone tell me why the debugger is setting local and argument watches to readonly?
Setting them to readonly disables more than half the context menu (properties) and disallows the display of the raw data and structure of the variables/arguments.
I'd like to be able to display the raw data if possible (in the GDB/MI plugin).
But I don't want to re-enable the ability if there is a good reason (I'm too dumb to think of) not to.
Setting them to readonly disables more than half the context menu (properties) and disallows the display of the raw data and structure of the variables/arguments.
I'd like to be able to display the raw data if possible (in the GDB/MI plugin).
But I don't want to re-enable the ability if there is a good reason (I'm too dumb to think of) not to.
7
General (but related to Code::Blocks) / Re: CodeBlocks on Linux
« Last post by dthu on June 11, 2026, 11:44:18 pm »I suppose the answer is late. Code::Blocks on Flatpak restricted the use of the features you're referring to. I don't know the reasons the previous maintainer added that restriction, but I've already fixed it. If you use the version provided by Flathub, the repository is open, and you can request any changes you need, such as adding dependencies.
8
Development / Re: Multiple declarations/definitions of wxSwitcherDialog
« Last post by christo on June 10, 2026, 07:25:59 pm »9
Development / Re: Multiple declarations/definitions of wxSwitcherDialog
« Last post by Miguel Gimenez on June 10, 2026, 07:24:17 pm »I would rename the former as cbSwitcherDialog (or just SwitcherDialog) and the latter as btSwitcherDialog.
There are some classes in C::B named wxSomething, this creates confussion with wxWidgets' own classes.
There are some classes in C::B named wxSomething, this creates confussion with wxWidgets' own classes.
10
Development / Multiple declarations/definitions of wxSwitcherDialog
« Last post by christo on June 10, 2026, 07:09:22 pm »wxSwitcherDialog is declared/defined in src/src/switcherdlg.h / switcherdlg.cpp and
src/plugins/contrib/BrowseTracker/btswitcherdlg.h / btswitcherdlg.cpp
The two implementations are different.
@Developers, Shall I rename that in BrowseTracker to use a different class name?
I'm trying to do more static linking in autotools to create a more portable linux appImage eventually and the above problem causes crashes.
src/plugins/contrib/BrowseTracker/btswitcherdlg.h / btswitcherdlg.cpp
The two implementations are different.
@Developers, Shall I rename that in BrowseTracker to use a different class name?
I'm trying to do more static linking in autotools to create a more portable linux appImage eventually and the above problem causes crashes.
Code
(gdb) bt
#0 0x00000000007fb392 in wxEventTableEntryBase::~wxEventTableEntryBase (this=0x144fb80 <wxSwitcherDialog::sm_eventTableEntries+96>)
at /usr/include/wx-3.2/wx/event.h:3501
#1 0x00000000007fe998 in wxEventTableEntry::~wxEventTableEntry (this=0x144fb80 <wxSwitcherDialog::sm_eventTableEntries+96>)
at /usr/include/wx-3.2/wx/event.h:3520
#2 0x0000000000921603 in __tcf_ZN16wxSwitcherDialog20sm_eventTableEntriesE () at switcherdlg.cpp:848
#3 0x00007ffff5a47a76 in __run_exit_handlers
(status=0, listp=<optimized out>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at ./stdlib/exit.c:108
#4 0x00007ffff5a47bbe in __GI_exit (status=<optimized out>) at ./stdlib/exit.c:138