Developer forums (C::B DEVELOPMENT STRICTLY!) > Plugins development

Debugger_gdbmi plugin

(1/2) > >>

Pecan:
Installation Guide: Debugger GDB/MI Plugin
A CodeBlocks plugin using the machine interface of the GDB debugger.

Source is available at github Source
Preparation

* Clone or download a zip
* Cloning creates a folder named debugger_gdbmi
* A zip file needs to be unzipped in a 'debugger_gdbmi' folder.

.cbp files included:

* debugger_gdbmi_wx32_64WK - compiles to the currently active src\devel_32_64 folder.

* debugger_gdbmi_wx32_64      - compiles to ..\..\..\devel32_64
        (use only when debugger_gdbmi resides within the contrib workspace.
* debugger_gdbmi_wx32_64Nly - compiles to $(#cb)\devel32_64
        (CodeBlocks will ask you to define the global 'cb' macro to point to CodeBlocks source folder.
* Note: The other .cbp(s) are defined as if debugger_gdbmi resides within the contrib workspace.
         Move debugger_gdbmi into that workspace or modify the .cbp(s)
Installation

* Load and compile debugger_gdbmi with the desired .cbp
* Close CodeBlocks and run src/update32_64
* You should find debugger_gdbmi.dll in the src\output32_64\share\CodeBlocks\plugins folder
* You should find debugger.gdbmi.zip in the src\output32_64\share\CodeBlocks folder
Configuration

     After installation, restart CodeBlocks and go to Settings->Debugger->GDB/MI default

* Set the executable Path to your gdb.exe.
* Verify the other options meet your requirements.
* Click on the Ok button.
Usage
    Go to MainMenu->Debug->Active Debuggers and select GDB/MI default.

Report issues in the Help or Plugins Development forum thread with your Build log and OS.

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

Pecan:

--- Quote from: killerbot on April 28, 2026, 08:03:27 am ---wouldn't we add it to our normal source tree, as a contrib plug-in ?

--- End quote ---

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.

MaxGaspa:

--- Quote from: Pecan on April 28, 2026, 05:06:31 pm ---Yes, but I'm trying to determine if there is any interest in it.

--- End quote ---

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.

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

Navigation

[0] Message Index

[#] Next page

Go to full version