steve@robobar.co.uk (Steve Bleazard) (05/24/90)
In article <1990May23..11222@rdk386.uucp> ron@rdk386.UUCP (Ron Kuris) writes: >I haven't tried Steve's gdb yet (will someone offer to send binaries? I'm >real tight on space!). To Ron: (Sorry about this, mail to Ron keeps bouncing) If you email me / include in your .signature your SnailMail address I'll send you a binary distribution. End To Ron > Does it read the "standard" symbol table which >cc generates WITHOUT the -g option? That would be adequate for me too. >The problem I have is every now and then a system utility or someone elses >software (e.g. some database package) is not "stripped" and you can at least >set some breakpoints, do some disassembly, or read core files and get >stack traces, to try and diagnose the problem yourself. The symbol table is read, but it appears to be discarded when no dbx symbols are found. I'll look at this when I get some time. I use adb myself :-) > Not EVERYONE is >using gcc yet :-(. See first comment :-) Steve -- Steve.Bleazard@RoboBar.Co.Uk | Phone: +44 81 991 1142 x153 Snr Software Engineer, Robobar Ltd. | Fax: +44 81 998 8343 (G3) 22 Wadsworth Road, Perivale. | Middx., UB6 7JD ENGLAND. | ...!ukc!robobar!steve
bad@flatlin.UUCP (Christoph Badura) (05/25/90)
ron@rdk386.uucp (Ron Kuris) writes: >I also have a problem which I haven't completely tracked down yet. >When I compile something with <setjmp.h> included, I get _JBLEN redefined >warnings. I think the manifest defines aren't right on the gcc I have; >hopefully this is fixed in a later version. This comes from -DM_I86SM being #defined in CPP_PREDEFINES in tm.h, which the compiler of the "old" development sys, the one coming with Xenix 2.3.1, doesn't #define. Just take it out. Steve! Could you check this with the 2.3.0 dev. sys. compiler? It is definitely wrong to have M_I86SM #defined in setjmp.h with the 2.3.1 header files. -- Christoph Badura --- Alive and hackin' away