Recent Posts

51

Help / Re: Trouble Complining CB with CB under Linux

« Last post by cppuser on April 29, 2026, 11:08:16 pm »

ok I think, I know what is the issue with the debugger I did not close it properly the first time.
When I restart everything worked ok in debug.
But I got this, about the codeblocks_data_dir  (see the attachment please)
So am I placing the --prefix in the select_target dialog?

52

Help / Re: Trouble Complining CB with CB under Linux

« Last post by cppuser on April 29, 2026, 10:53:08 pm »

Hi, I post on this post because I believe it is relevant, after a small search for explanation on the codeblocks files. Sorry if you want me to post in another thread please tell me.

  I am trying to compile codeblocks and debug it with codeblocks installed version on linux mint.
I am familiar with wxwidgets,
but I have a question about the filenames just to be clear.

CodeBlocks_Windows.workspace //ok this is clear for windows.
CodeBlocks_wx30-unix.cbp
CodeBlocks_wx30-unix.workspace
CodeBlocks_wx32_64.cbp
CodeBlocks_wx32_64.workspace
CodeBlocks_wx32.cbp //?? is this for windows and 32 bits?
CodeBlocks_wx32-unix.cbp
CodeBlocks_wx32-unix.depend
CodeBlocks_wx32-unix.workspace
CodeBlocks_wx32.workspace
CodeBlocks_wx33_64.cbp
CodeBlocks_wx33_64.workspace
CodeBlocks_wx33.cbp
CodeBlocks_wx33.workspace

wx32 means wxwidgets version 3.2.x unix mean linux, does it mean also mac too? Or because there is no mac version there is no codeblocks workspace for this?

what is the "_64"  for??

I am trying to dive into the source code of codeblocks.

I open and compile CodeBlocks_wx32-unix.workspace and it went ok. But to debug it, I am struggling here with codeblocks.


the debugger shows me this...

Adding source dir: /home/user01/openprojects/codeblocks/src/
Adding file: /home/user01/openprojects/codeblocks/src/devel32/codeblocks
Changing directory to: /home/user01/openprojects/codeblocks/src/devel32
Set variable: LD_LIBRARY_PATH=.:/home/user01/openprojects/codeblocks/src/devel32:/usr/lib/x86_64-linux-gnu:
Starting debugger: /usr/bin/gdb -nx -fullname -quiet  -args /home/user01/openprojects/codeblocks/src/devel32/codeblocks
Setting SHELL to '/bin/sh'
done
Setting breakpoints
Debugger name and version: GNU gdb (Ubuntu 15.0.50.20240403-0ubuntu1) 15.0.50.20240403-git
At /home/user01/openprojects/codeblocks/src/src/app.cpp:370
At /home/user01/openprojects/codeblocks/src/src/app.cpp:372
At /home/user01/openprojects/codeblocks/src/src/app.cpp:375
At /home/user01/openprojects/codeblocks/src/src/app.cpp:373
At /home/user01/openprojects/codeblocks/src/src/app.cpp:375
At /home/user01/openprojects/codeblocks/src/src/app.cpp:374
At /home/user01/openprojects/codeblocks/src/src/app.cpp:375
At /home/user01/openprojects/codeblocks/src/src/app.cpp:372
At /home/user01/openprojects/codeblocks/src/src/app.cpp:1582
Cannot open file: ./csu/../csu/libc-start.c
At ./csu/../csu/libc-start.c:144

The weird thing is that the first time it debugged fine until one point then it stopped. !!! All the breakpoints do not exist in the  second time.
is there any parameters on debug that I am missing?

53

Development / Re: Quickly fully expanding a project's tree

« Last post by Miguel Gimenez on April 29, 2026, 01:27:54 pm »

You can use commit 13834 as reference. Regarding interest, a fully expanded tree is hardly desired.

54

Plugins development / Re: Debugger_gdbmi plugin

« Last post by SharkCZ on April 29, 2026, 11:58:01 am »

I like that, thanks for your efforts in this area.

55

Development / Quickly fully expanding a project's tree

« Last post by prospero on April 29, 2026, 06:53:34 am »

I like to view the entire tree of a project, and I find it annoying that I have to manually expand all of the subdirectories. I checked the menus, checked keyboard shortcuts, and there seems to be no way to do this quickly. It's one of my few C::B pain points. I've already got a basic patch in the works for this that adds an "Expand all" option to project and folder (including virtual) right-click menus in projectmanagerui.cpp. Is there any interest in this?

56

Plugins development / Re: Debugger_gdbmi plugin

« Last post by MaxGaspa on April 28, 2026, 11:25:17 pm »

Yes, but I'm trying to determine if there is any interest in it.

As far as I'm concerned I'm very interested to try a modern GDB/MI instead of using the old annotation mechanism. CB seems to be the last IDE still using the annotation mechanism. CLion, CodeLite. KDevelop, Eclipse, QTcreator...are all using GDB/MI.

57

Help / Re: debugger_gdbmi

« Last post by Frank_CB on April 28, 2026, 07:45:40 pm »

@pecan:
Thanks for the explanation of how and where github clones a repository. I'm sure others may learn from it.
Regards.

58

Help / Re: DEBUGGER_GDBMI

« Last post by Pecan on April 28, 2026, 05:20:02 pm »

Where does github place the debugger_gdbmi folder ?

If you mean where does it place the folder when you clone the source, it places it in the currently active directory.
,
So if I "cd F:\proj", "mkdir myNewDir", "cd myNewDir", then  "git clone https://github.com/pecanh/debugger_gdbmi",
the directory myNewDir will contain a sub folder named debugger_gdbmi_main containing the source.

If you mean where does it place the debugger_gdbmi.zip when you download the zip file, it places it where your systems specifies the download directory to be. For me, it's c:\users\pecan\download.

59

Plugins development / Re: Debugger_gdbmi plugin

« Last post by Pecan on April 28, 2026, 05:06:31 pm »

wouldn't we add it to our normal source tree, as a contrib plug-in ?

Yes, but I'm trying to determine if there is any interest in it.
I've found that adding a plugin to the contribs and especially updating autoMake is very painful and error prone.
I'd rather avoid the pain if there's no interest.

60

General (but related to Code::Blocks) / Re: Thanks for a great IDE

« Last post by Miguel Gimenez on April 28, 2026, 09:11:38 am »

Delayed profile spammer reported to moderator.