Author Topic: debugger_gdbmi  (Read 26936 times)

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
debugger_gdbmi
« on: April 28, 2026, 09:03:47 am »
Where does github place the debugger_gdbmi folder ?
« Last Edit: April 28, 2026, 07:33:51 pm by Frank_CB »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: DEBUGGER_GDBMI
« Reply #1 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.



Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #2 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.

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #3 on: April 30, 2026, 03:17:02 am »
Debugger_gbdmi failed to build

Using Windows 10 Pro (64)

Build Log:
Code
-------------- Build: default in debugger_gdbmi wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\actions.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\actions.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cJSON.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cJSON.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_queue.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_result_parser.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_result_parser.o
In file included from C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 9 second(s))
 
In file included from C:\Temp\newdir\debugger_gdbmi\src\actions.h:6,
                 from C:\Temp\newdir\debugger_gdbmi\src\actions.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 10 second(s))
 
Process terminated with status 0 (0 minute(s), 14 second(s))
2 error(s), 0 warning(s) (0 minute(s), 14 second(s))
 

Envar cb created with base of C:\CB13834 prior to failure.
« Last Edit: April 30, 2026, 03:19:51 am by Frank_CB »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #4 on: April 30, 2026, 04:46:46 am »
Debugger_gbdmi failed to build

Using Windows 10 Pro (64)

Build Log:
Code
-------------- Build: default in debugger_gdbmi wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\actions.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\actions.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cJSON.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cJSON.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_queue.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13834\..\include -Ic:\CB13834\..\include\tinyxml -Ic:\CB13834\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_result_parser.cpp -o c:\CB13834\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_result_parser.o
In file included from C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 9 second(s))
 
In file included from C:\Temp\newdir\debugger_gdbmi\src\actions.h:6,
                 from C:\Temp\newdir\debugger_gdbmi\src\actions.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 10 second(s))
 
Process terminated with status 0 (0 minute(s), 14 second(s))
2 error(s), 0 warning(s) (0 minute(s), 14 second(s))
 

Envar cb created with base of C:\CB13834 prior to failure.

-Ic:\CB13834\..\include must not actually point to the CodeBlocks src folder.

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #5 on: April 30, 2026, 06:15:17 am »
Thanks for responding. I'll just wait until it shows up in source.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 6219
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: debugger_gdbmi
« Reply #6 on: May 02, 2026, 07:25:41 am »
One question: When I looked at the file: debugger_gdbmi_wx33_64.cbp

Code
		<Extensions>
<envvars set="cb_plugin" />
<wxsmith version="1">
<gui name="wxWidgets" src="" main="" init_handlers="necessary" language="CPP" />
<resources>
<wxPanel wxs="wxsmith/config_panel.wxs" src="src/config.cpp" hdr="src/config.h" fwddecl="1" i18n="1" name="ConfigurationPanel" language="CPP" />
</resources>
</wxsmith>
</Extensions>

I don't see the wxs file in the github code repo, did you forget to add it to the repo?

EDIT1:
Or maybe, the config.h and config.cpp is not necessary for building this plugin?

EDIT2:

I think the debugger_gdbmi_wx32_64.depend those depends file should be removed from the code repo.
« Last Edit: May 02, 2026, 07:48:24 am by ollydbg »
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 6219
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: debugger_gdbmi
« Reply #7 on: May 02, 2026, 08:30:43 am »
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #8 on: May 02, 2026, 08:41:43 am »
ollydbg:

Thanks for responding. Since I have nothing to do with debugger_gdbmi, you should ask Pecan those questions. I was just trying to add that plugin to my svn version of C::B.
« Last Edit: May 02, 2026, 08:47:00 am by Frank_CB »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #9 on: May 02, 2026, 07:17:14 pm »
I have create a PR add Windows.cbp file by asmwarrior Pull Request #1 pecanh/debugger_gdbmi for your repo.

I extracted the changes from your PR and added them manually, Thanks.
It does not appear that the .wxs file is needed. I don't find it anywhere in the whole of CodeBlocks.
That .wxs line may be left over from the original codeCompletion .cbp that I copied.

« Last Edit: May 02, 2026, 07:21:08 pm by Pecan »

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #10 on: May 03, 2026, 08:33:54 am »
@Pecan:
What value would you assign to cb_plugin ?

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #11 on: May 03, 2026, 07:52:51 pm »
@Pecan:
What value would you assign to cb_plugin ?

CodeBlocks should not be asking you for that variable. It's left over from when AndrewCott used to create a .plugin file.

If it's asking you for a value, just give it a '.' (period without the quotes).

Tell me which .cbp file you're using to build the project so I can correct this.

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #12 on: May 03, 2026, 08:07:23 pm »
debugger_gdbmi_wx33_64.cbp

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #13 on: May 03, 2026, 08:42:30 pm »
Setting cb_plugin to '.' (without quotes) also fails. Codeblocks issues a warning about not being able to locate the variable. Build log follows:

Code
-------------- Build: default in debugger_gdbmi wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\actions.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\actions.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cJSON.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cJSON.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_queue.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_result_parser.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_result_parser.o
In file included from C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 6 second(s))
 
In file included from C:\Temp\newdir\debugger_gdbmi\src\actions.h:6,
                 from C:\Temp\newdir\debugger_gdbmi\src\actions.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 7 second(s))
 
Process terminated with status 0 (0 minute(s), 12 second(s))
2 error(s), 0 warning(s) (0 minute(s), 12 second(s))
 

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #14 on: May 03, 2026, 09:33:13 pm »
Setting cb_plugin to '.' (without quotes) also fails. Codeblocks issues a warning about not being able to locate the variable. Build log follows:

Code
-------------- Build: default in debugger_gdbmi wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\actions.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\actions.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cJSON.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cJSON.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_queue.o
g++.exe -Wextra -Wall -m64 -g -g -pipe -mthreads -fmessage-length=0 -fexceptions -std=gnu++23 -DHAVE_W32API_H -DBUILDING_PLUGIN -D__WXMSW__ -DWXUSINGDLL -DNOPCH -DwxUSE_UNICODE -D_WIN64 -DCC_NO_COLLAPSE_ITEM -DcbDEBUG -DDOLOGSNIP -g -std=gnu++23 -Ic:\CB13840\..\include -Ic:\CB13840\..\include\tinyxml -Ic:\CB13840\..\sdk\wxscintilla\include -Isrc -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -c C:\Temp\newdir\debugger_gdbmi\src\cmd_result_parser.cpp -o c:\CB13840\..\.obj33_64\plugins\contrib\debugger_gdbmi\src\cmd_result_parser.o
In file included from C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 6 second(s))
 
In file included from C:\Temp\newdir\debugger_gdbmi\src\actions.h:6,
                 from C:\Temp\newdir\debugger_gdbmi\src\actions.cpp:1:
C:\Temp\newdir\debugger_gdbmi\src\cmd_queue.h:11:10: fatal error: globals.h: No such file or directory
   11 | #include "globals.h"
      |          ^~~~~~~~~~~
compilation terminated.
Process terminated with status 1 (0 minute(s), 7 second(s))
 
Process terminated with status 0 (0 minute(s), 12 second(s))
2 error(s), 0 warning(s) (0 minute(s), 12 second(s))
 
The problem is not the cb_plugin variable.
The problem is that the .cbp is are not correctly pointing to the CodeBlocks source in your project .cbp.

Do the following:
In a console (cmd.exe) issue the following commands:
Code
cd  c:\CB13840
tree

copy and paste the results here.


Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #15 on: May 03, 2026, 10:02:55 pm »
Tree results in attachment

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #16 on: May 04, 2026, 12:56:53 am »
Tree results in attachment
Whatever that is, it is not the source for codeblocks.
What you showed me is the binary output after compiling codeblocks. It does not contain the CodeBlocks source files.

If you want to compile a plugin, you need to compile it agains the CodeBlocks source code.
You can download the source from https://sourceforge.net/p/codeblocks/code/HEAD/tree/

Look at the upper right to see a button titled "Download Snapshot".
Click that button and it will generate the source code into a zip file. It'll take about two minutes.

Unzip that file into a new folder  named CBdevel.
Copy the downloaded .zip file into CBdevel folder.
Unzip the download .zip file. It'll create a directory named: codeblocks-code-r13840-trunk .
Rename that directory to "trunk" so you won't have to type long folder names.

Start your codeblocks, the one you usually use.
Open the .cbp from "CBdevel\trunk\src\CodeBlocks_wx33_64.cbp"
Click on MainMenu->Build->Rebuild Workspace and wait until it finishes building CodeBlocks.

When it finishes, close down CodeBlocks and open a console (cmd.exe).
In the console type "cd CBdevel\trunk\src\ ".
In the console type "update33_64" . That bat file will copy the .exe and .dll(s) to CBdevel\trunk\src\output33_64 .

Type into the console:
Code
    cd output33_64
    codeblocks.exe /d /p CBdevel

The newly build CodeBlocks should load and run.

From the CodeBlocks top menu, File/Open the following workspace:
"CBdevel\trunk\src\ContribPlugins_wx33_64.workspace". It may take about 5-10 seconds to load.

Once loaded, it will ask you where your wxWidgets 3.3 source resides. Use the three dots to navigate and select the folder containing wxWidgets source code. Click on save.

It will ask for a cb_release type. Enter "-g" into the slot named base  (without the quotes). Click save.
It will ask you for a cb_cpp_std. For me, I enter "-std=c++11" . I think you're using  "-std=c++23". Click save.

For each project in the workspace that you want to use, right click on the project name and select "Rebuild". I choose the following: BrowseTracker, CodeSnippets, DragScroll, KeyBinder, Clangd_client, and SmartIndent.

After all the plugin projects of your choosing have been Rebuilt, close down CodeBlocks.
In the console type "cd CBDevel\trunk\src" . And then "Update33_64.bat" so that CB copies the chosen (now binary plugins) into the correct folders.

Now "cd output33_64" in the console and restart CodeBlocks with "codeblocks.exe /d /p CBdevel" .

Now we're ready to install and compile debugger_gdbmi plugin with your new CodeBlocks.

Make a fresh copy of the debugger_gdbmi plugin frrom https://github.com/pecanh/debugger_gdbmi/releases/tag/%22Nightly_Releases%22 . Click on "Source code (zip)" near the bottom of the page.

In the console, "cd CBdevel\trunk\src\plugins\contribs " and make a new folder named "debugger_gdbmi".

Copy the downloaded zip file (debugger_gdbmi--Nightly_Releases.zip) into the newly create debugger_gdbmi folder. Unzip the .zip file which will have a name like "debugger_gdbmi--Nightly_Releases" with the source in a folder named "src". copy the src directory and all it contents so that the layout of the debugger_gdbmi folder looks like"this:
Code
|───CBdevel
|   |---trunk
|       |---src
|           |---plugins
|               |---contribs                  <-a lot of projects here
|                   |---debugger_gdbmi <-the new folder you create
|                       |───InstallDebuggerMI
|                       |--- .cbp build files
|                       |--- src                <-This folder must be a child of the debugger_gdbmi folder.
|                           |---resources
|                           | ---source files (cpp,h,etc)  <- the actual source files must be in the "src" folder.


Start CodeBlocks if it's not already running.
Check that Setting/compiler/ToolChainExecutables use the same compiler that built CodeBlocks.

With CodeBlocks running, from the main menu File/Open file named:

CBdevel\trunk\src\plugins\contribs\debugger_gdbmi\debugger_gdbmi_wx33_64.cbp
and  Build/rebuild.

Close CodeBlocks.
When the build is successful, go back to the console and from CBdevel\trunk\src run update33_64.bat debugger_gdbmi should now show in plugins when CodeBlocks is restarted.

To run clangd_client you will have to disable the CodeCompletion plugin, enable clangd_client and update its settings.

 
« Last Edit: May 04, 2026, 01:55:47 am by Pecan »

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #17 on: May 04, 2026, 03:16:55 am »
Thanks for the detailed response. I'll give it a try tomorrow. I was under the impression that debugger_gdbmi needed to be built from a compiled version of C::B

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #18 on: May 04, 2026, 03:37:26 am »
This attachment shows source code for C::B svn 14840 from SF.

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #19 on: May 04, 2026, 08:21:38 am »
Executing codeblocks.exe /d /p CBdevel in output33_64 displayed a message saying wxmsw332u_gcc_custom.dll couldn't be found and reinstalling it might fix the problem. Is there something that I can substitute for it?

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #20 on: May 04, 2026, 05:13:47 pm »
Executing codeblocks.exe /d /p CBdevel in output33_64 displayed a message saying wxmsw332u_gcc_custom.dll couldn't be found and reinstalling it might fix the problem. Is there something that I can substitute for it?

go to your ...\wxWidgets332\lib\gcc_dll\ and copy those dll(s) into output33_64.
go to your compiler bin directory (the one you used to compile CodeBlocks) and copy these files to output33_64:
libgcc_s_seh-1.dll
libstdc++-6.dll
libwinpthread-1.dll

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #21 on: May 04, 2026, 09:55:36 pm »
Codeblocks.exe /d /p CBdevel executes now. Am having problem(s) with the compiler. It says that there is no linker.
Build Log
Code
-------------- Clean: Plugin - Win32 in Code Snippets wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

Cleaned "Code Snippets wx3.3.x (64 bit) - Plugin - Win32"

-------------- Build: Plugin - Win32 in Code Snippets wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

x86_64-w64-mingw32-g++.exe -Wall -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DWXUSINGDLL -DHAVE_W32API_H -D__WXMSW__ -D_WIN64 -DcbDEBUG -DwxUSE_UNICODE -DBUILDING_PLUGIN -DNO_LOGGING std=c++23 -g -Winvalid-pch -DCB_PRECOMP std=c++23 -I..\..\..\include -I..\..\..\include\tinyxml -I..\..\..\sdk\wxscintilla\include -I..\..\..\src -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -I. -c C:\CBdevel\trunk\src\plugins\contrib\codesnippets\snippetsconfig.cpp -o ..\..\..\.objs33_64\plugins\contrib\codesnippets\plugin\snippetsconfig.o

x86_64-w64-mingw32-g++.exe -Wall -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DWXUSINGDLL -DHAVE_W32API_H -D__WXMSW__ -D_WIN64 -DcbDEBUG -DwxUSE_UNICODE -DBUILDING_PLUGIN -DNO_LOGGING std=c++23 -g -Winvalid-pch -DCB_PRECOMP std=c++23 -I..\..\..\include -I..\..\..\include\tinyxml -I..\..\..\sdk\wxscintilla\include -I..\..\..\src -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -I. -c C:\CBdevel\trunk\src\plugins\contrib\codesnippets\codesnippets.cpp -o ..\..\..\.objs33_64\plugins\contrib\codesnippets\plugin\codesnippets.o

x86_64-w64-mingw32-g++.exe: warning: std=c++23: linker input file unused because linking not done
x86_64-w64-mingw32-g++.exe: error: std=c++23: linker input file not found: No such file or directory

x86_64-w64-mingw32-g++.exe: warning: std=c++23: linker input file unused because linking not done
x86_64-w64-mingw32-g++.exe: error: std=c++23: linker input file not found: No such file or directory

Process terminated with status 1 (0 minute(s), 27 second(s))

2 error(s), 2 warning(s) (0 minute(s), 27 second(s))
 

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #22 on: May 04, 2026, 11:26:33 pm »
Codeblocks.exe /d /p CBdevel executes now. Am having problem(s) with the compiler. It says that there is no linker.
Build Log
Code
-------------- Clean: Plugin - Win32 in Code Snippets wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

Cleaned "Code Snippets wx3.3.x (64 bit) - Plugin - Win32"

-------------- Build: Plugin - Win32 in Code Snippets wx3.3.x (64 bit) (compiler: GNU GCC Compiler)---------------

x86_64-w64-mingw32-g++.exe -Wall -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DWXUSINGDLL -DHAVE_W32API_H -D__WXMSW__ -D_WIN64 -DcbDEBUG -DwxUSE_UNICODE -DBUILDING_PLUGIN -DNO_LOGGING std=c++23 -g -Winvalid-pch -DCB_PRECOMP std=c++23 -I..\..\..\include -I..\..\..\include\tinyxml -I..\..\..\sdk\wxscintilla\include -I..\..\..\src -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -I. -c C:\CBdevel\trunk\src\plugins\contrib\codesnippets\snippetsconfig.cpp -o ..\..\..\.objs33_64\plugins\contrib\codesnippets\plugin\snippetsconfig.o

x86_64-w64-mingw32-g++.exe -Wall -m64 -g -pipe -mthreads -fmessage-length=0 -fexceptions -DWXUSINGDLL -DHAVE_W32API_H -D__WXMSW__ -D_WIN64 -DcbDEBUG -DwxUSE_UNICODE -DBUILDING_PLUGIN -DNO_LOGGING std=c++23 -g -Winvalid-pch -DCB_PRECOMP std=c++23 -I..\..\..\include -I..\..\..\include\tinyxml -I..\..\..\sdk\wxscintilla\include -I..\..\..\src -IC:\wxWidgets-3.3.2\include -IC:\wxWidgets-3.3.2\lib\gcc_dll\mswu -I. -c C:\CBdevel\trunk\src\plugins\contrib\codesnippets\codesnippets.cpp -o ..\..\..\.objs33_64\plugins\contrib\codesnippets\plugin\codesnippets.o

x86_64-w64-mingw32-g++.exe: warning: std=c++23: linker input file unused because linking not done
x86_64-w64-mingw32-g++.exe: error: std=c++23: linker input file not found: No such file or directory

x86_64-w64-mingw32-g++.exe: warning: std=c++23: linker input file unused because linking not done
x86_64-w64-mingw32-g++.exe: error: std=c++23: linker input file not found: No such file or directory

Process terminated with status 1 (0 minute(s), 27 second(s))

2 error(s), 2 warning(s) (0 minute(s), 27 second(s))
 

That "std=c++23" is suppose to be  "-std=c++23" (note the dash)

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #23 on: May 05, 2026, 07:09:17 pm »
@Pecan:
Thanks for providing the procedure for compiling the debugger_gdbmi plugin from source. I really hosed my first attempt at following it. My bad! I trashed those results and started from the beginning again. After adding the missing dll's, I was successful in compiling the plugin. Again, Thanks!!

Regards,
Frank

Offline Frank_CB

  • Almost regular
  • **
  • Posts: 179
Re: debugger_gdbmi
« Reply #24 on: May 07, 2026, 11:50:49 pm »
Corrected lines 22 & 23 of my copy of debugger_gdbmi_wx33_64.cbp. Changed 32 to 33. The zip file is placed in the correct directory now.

Thanks!!

Offline AndrewCot

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 682
Re: debugger_gdbmi
« Reply #25 on: May 08, 2026, 01:11:30 pm »
Great work Pecan. Or in my words bloody good job (OZ).

One thing to remember is that testing is a killer and needs to be done using it against CB to fix bugs. It's a PITA an takes time.

The second thing to remember is no matter how good you think the debugger is there WILL be bugs slip through the corner cases or the homer effect (doh i did not check that or think to check that).

Overall I think in the short term this should go into the CB mainline to replace the existing GDB debugger as the existing GDB debugger uses the ancient and technically obsolete I/F.
But in the long term ..... move to the next one and save yourself the pain, unless ....... . At the end only you know the best way forward for yourself.

Good luck and keep up the great  work.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2952
Re: debugger_gdbmi
« Reply #26 on: May 08, 2026, 04:28:25 pm »
Great work Pecan. Or in my words bloody good job (OZ).

One thing to remember is that testing is a killer and needs to be done using it against CB to fix bugs. It's a PITA an takes time.

The second thing to remember is no matter how good you think the debugger is there WILL be bugs slip through the corner cases or the homer effect (doh i did not check that or think to check that).

Overall I think in the short term this should go into the CB mainline to replace the existing GDB debugger as the existing GDB debugger uses the ancient and technically obsolete I/F.
But in the long term ..... move to the next one and save yourself the pain, unless ....... . At the end only you know the best way forward for yourself.

Good luck and keep up the great  work.

Thanks. I'm already working inside your DAP prototype.
It's a bitch. I hate that awful JSON parser.
I still don't understand what I have to do to define those To: and From: entries.
Praying to the code gods just does not work.

Even Gemini and Claude get confused and get it wrong.
But if I just try first (and always get it wrong) the robots can see how to fix it.
« Last Edit: May 08, 2026, 04:39:08 pm by Pecan »