>>>>> "Nick" == Nick Roberts <[EMAIL PROTECTED]> writes:
Nick>
Nick> Are you suggesting that I remove one so that the user isn't confused?
The problem is that both commands gdb and gdba print the same command in
the mini-buffer. I think a user would accept/understand that
"M-x gdb -> gdb --annotate=3" and "M-x gdb -> gdb --fullname"
behave differently.
But now we have "M-x gdba -> gdb --annotate=3 <image> core"
which works and "M-x gdb -> gdb --annotate=3 <image> core"
that doesn't work.
Besides it's incompatible to older emacs versions and how the user would
call gdb in the shell.
>> BTW when I strip "source " from the filename by adding:
>> (if (and file (string-match "^source " file))
>> (setq file (replace-match "" t t file)))
Nick> You can use that as a local patch, if you like, but I don't want to
Nick> install such a hack. What happens if the file is called "source
Nick> filenames can have spaces.c" for example?
Very unlikely IMHO: no directory, white space in filename and "source" as
first part of the filename. I make that a defadvice for me.
Nick> Yes, the new interface is too inefficient at times. Its an ongoing
Nick> process, but after the release (we're already two years nearer than
Nick> we were two years ago),
the real question is not how much nearer, but how far away :-(.
Nick> Well it's caused by the way Emacs uses the annotations. Maybe it
Nick> could be done better, but its the best that I could do. For such a
Nick> large image and core you're probably better off using "gdb
Nick> -fullname".
I guess I have to go back to --fullname and wait for GDB/MI.
Thanks for your detailed explanations.
Klaus
--
------------------------------------------
| Klaus Zeitler Lucent Technologies |
| Email: [EMAIL PROTECTED] |
------------------------------------------
---
Committee, n.: A group of men who individually can do
nothing but as a group decide that nothing can be done.
_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
