From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Thompson, James C" To: gdb@cygnus.com Subject: RE: problem with chained if statements? Date: Thu, 01 Apr 1999 00:00:00 -0000 Message-id: X-SW-Source: 1999-q1/msg00140.html > From: Stan Shebs [ mailto:shebs@cygnus.com ] > No consensus. The tclites push for tcl of course, but that has > political problems. Guile would be officially approved of, but no > actual hacker seems to care enough to contribute actual changes. > Other ideas surface from time to time, but haven't really gone > anywhere. If I was told I could have only one, I would probably > go with Guile. I recently added guile scripting support to a simulator project I work on, and found it fairly easy; we added simple (usually) guile wrappers to each function that needed to be available as a guile call. If the gdb command parser is structured so that each major command -- print, where, next, etc. -- is bound to a single C function, then adding guile should be straightforward. Of course, you probably wouldn't want to completely supplant the current command parser, but to augment it so that the current command syntax is still available, with "guile-looking" commands getting passed off to guile for evaluation. This is certainly possible. But I think the real power would be to add hooks into gdb at various places to which guile scripts can be attached. Breakpoints, for example: if I could tell gdb to run a guile script each time a breakpoint is encountered, then I could do "conditional debugging" by letting the script examine the inferior program state so that execution pauses only when certain criteria are met. Of course, it's possible to accomplish the same thing by building special debug code into the executable, but that's invasive and time-consuming -- best case, I have to recompile my program. The ability to set up and change these hooks on the fly would be very nice. --JT >From shebs@cygnus.com Thu Apr 01 00:00:00 1999 From: Stan Shebs To: Guenther.Grau@bk.bosch.de Cc: gdb@cygnus.com Subject: Re: gdb-19990209 on sparc-2.5.1 Date: Thu, 01 Apr 1999 00:00:00 -0000 Message-id: <199903252355.PAA05700@andros.cygnus.com> References: <36FABAB8.24A9B865@bk.bosch.de> X-SW-Source: 1999-q1/msg00169.html Content-length: 1027 Date: Thu, 25 Mar 1999 23:37:44 +0100 From: Guenther Grau Stan Shebs wrote: > No. 4.17.86 is similar to 19990209, but comes from a branch that was > sprouted from the trunk on 15 Feb, and includes a bunch of little > fixes that were done as part of the pre-release testing process. > 19990209 is derived from the repository trunk by whacking out > Cygnus-only bits. You should see fewer problems with 4.17.86. [...] > Try 4.17.86 instead - I remember something about a configuration > problem in opcodes in a snapshot, that might be the one. Ok. I did that, and it does indeed build properly. The warnings are still there, though. Do you accept any patches fixing the warnings? Sure, but not for 4.18, it's time to get it into users' hands. Fortunately, this isn't going to be the last GDB release ever :-), so it's still worthwhile to make all the warnings go away. Andrew C. has been bashing many of them, but there are lots left... Stan