User forums > Embedded development

Virtual AGC (Apollo Guidance Computer) debugging in C::B

<< < (3/3)

stahta01:

--- Quote from: ohommes on August 11, 2009, 06:42:19 am ---Still trying to validate this patch. I am currently going through the hassle and setup of compiling CodeBlocks with a very very old gcc compiler (3.2.3). Compiling and archiving works fine from the existing 8.02 but I am battling the correct wxWidgets setup. I found a wiki that explains the steps so I'll try that and see how far it goes.

--- End quote ---

I would not try anything older that 3.4 myself; I have no idea if it will work with GCC 3.2.

Tim S.

ohommes:
Okay I have tried with a gcc 3.2.3 but after many slow gains it just doesn't seem to get through it. I'll have to migrate to a later version of gcc. I just need to verify that all the other things I build work with the new gcc version. I remember in 4.x there was a problem with the trailing slash of an include directory. Hopefully later gcc versions 5.x have this fixed otherwise I can't upgrade.

Anyway I have not forgotten about this and I think the patch you created will do the trick. I just want to officially confirm your patch works.

ohommes:
Okay the patch works but this will only solve it for my specific issue. Since C::B supports all the bells and whistles to allow adding in other tool chains why is it limiting in the debugger which files can be opened. You can add your own lexer configuration, add your types to the editor, add to the file classification , compile anything you want yet the debugger has this nice one liner with:

--- Code: ---    if (ft != ftSource && ft != ftHeader && ft != ftResource)
        return; // don't try to open unknown files
--- End code ---

I don't get it if the gdb or in my case another debug tool tells in which source file it is why does C::B slam the door on unknown types. Maybe there should be an option to allow any type or use the dynamic file categories but hard-coding the basic file extensions seems like an unnecessary limitation.

Navigation

[0] Message Index

[*] Previous page