From: "Tom E. Turner" <tom@gnu.org>
Cc: nicbrown@cisco.com, gnu-emacs-bug@prep.ai.mit.edu, faith@mit.edu,
jm@mit.edu, tom@gnu.org
Subject: DDD or IDE? (was Re: Build Failure)
Date: Mon, 01 Jul 2002 13:39:16 -0400 [thread overview]
Message-ID: <E17P58u-0004df-00@fencepost.gnu.org> (raw)
In-Reply-To: <200206152147.g5FLlXE10974@aztec.santafe.edu> (message from Richard Stallman on Sat, 15 Jun 2002 15:47:33 -0600 (MDT))
I was wondering if anyone has successfully resolved
build failures with the Data Display Debugger (DDD)
or any IDE?
http://linux.cis.nctu.edu.tw/docs/ddd/#Summary
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
The Data Display Debugger (DDD) is a popular graphical user
interface for command-line debuggers such as GDB, DBX, JDB,
WDB, XDB, the Perl debugger, and the Python debugger. Besides
``usual'' front-end features such as viewing source texts,
DDD has become famous through its interactive graphical data
display, where data structures are displayed as graphs.
A simple mouse click dereferences pointers or views structure
contents, updated each time the program stops. Using DDD,
you can reason about your application by watching its data,
not just by viewing it execute lines of source code.
Other DDD features include: debugging of programs written
in Ada, C, C++, Chill, Fortran, Java, Modula, Pascal, Perl,
and Python; machine-level debugging; hypertext source
navigation and lookup; breakpoint, watchpoint, backtrace, and
history editors; array plots; undo/redo; preferences and
settings editors; program execution in terminal emulator
window; debugging on remote host; on-line manual;
extensive help on the Motif user interface; command-line
interface with full editing, history, and completion
capabilities.
DDD is generally regarded as one of the best debuggers
available. It is being used for software development by all
major suppliers of information technology and is actively
maintained by its co-author, Andreas Zeller at the Software
Technology Dept., Technische Universitdt Braunschweig,
Germany.
Finally, DDD is free! DDD is open source software under the
GNU license. All we'd like you to do do is to write a picture
postcard.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Envelope-to: tom@gnu.org
X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f
From: Richard Stallman <rms@gnu.org>
CC: gnu-emacs-bug@prep.ai.mit.edu
Reply-to: rms@gnu.org
Sender: bug-gnu-emacs-admin@gnu.org
Date: Sat, 15 Jun 2002 15:47:33 -0600 (MDT)
But the big question is, why when I use the default -O2 and don't specify
--without-x does it built just fine !?
the optimisation error obviously only relates to stuff that's included for
emacs when there is no X support. any ideas?
You can try compiling various files with different flags
and determine which file is the locus of the problem.
Then you can try splitting that file into two parts, compiling each
part differently, and moving some things between the parts.
then you can find which function is the locus of the problem.
Then someone could study the erroneous assembler code made for that
function and try to find the GCC bug.
But before trying any of this, how about if you install the latest GCC
release and see if it still fails. There is no point in your spending
time to debug a GCC bug that has been fixed already.
_______________________________________________
Bug-gnu-emacs mailing list
Bug-gnu-emacs@gnu.org
http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs
next prev parent reply other threads:[~2002-07-01 17:39 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1020431829.514859@sj-nntpcache-5>
2002-05-03 16:19 ` Build Failure Eli Zaretskii
[not found] ` <1020772560.927220@sj-nntpcache-5>
2002-05-07 14:58 ` Eli Zaretskii
[not found] ` <1020784405.676466@sj-nntpcache-3>
2002-05-07 16:44 ` Eli Zaretskii
2002-05-07 18:07 ` Ralf Fassel
[not found] ` <1024063905.30056@sj-nntpcache-5>
[not found] ` <1024071857.503257@sj-nntpcache-3>
2002-06-15 21:47 ` Richard Stallman
2002-07-01 17:39 ` Tom E. Turner [this message]
2002-05-04 3:36 ` Richard Stallman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E17P58u-0004df-00@fencepost.gnu.org \
--to=tom@gnu.org \
--cc=faith@mit.edu \
--cc=gnu-emacs-bug@prep.ai.mit.edu \
--cc=jm@mit.edu \
--cc=nicbrown@cisco.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).