This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: hacking gcc - avoiding bootstrap?
- To: Mike Stump <mrs at windriver dot com>
- Subject: Re: hacking gcc - avoiding bootstrap?
- From: brent at rcfile dot org
- Date: Fri, 29 Sep 2000 22:04:57 -0400
- Cc: gcc at gcc dot gnu dot org
- References: <200009292127.OAA29439@kankakee.wrs.com>
On 29 Sep 2000 at 14:27 (-0700), Mike Stump wrote:
|
| Run gdb in emacs, M-x gdb. Set a breakpoint on expand_expr,
| make_insn_raw, emit_insn and friends, and your off and running. :-)
| Neat variables are things like lineno, cur_insn_uid, INSN_UID (note),
| current_function_decl. Interesting things to call include,
well, the above recommendations are good once I realized I needed to
figure out how to get gdb into cc1plus. I'm doing:
dust$ gdb cc1plus
(gdb) break expand_expr
(gdb) run x.ii
is this the only way to get cc1plus into gdb? (ok, I know, this topic
is more appropriate for some other list..) I tried the emacs M-x
suggestion, but it still only loaded symbols for g++, so I went the
plain ol' gdb route and followed that through to pexecute() and into
the forked cpp0 which reulted in:
g++: Internal error: Trace/breakpoint trap (program cpp0)
Please submit a full bug report.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
i've observed the following progs involved with compiling c++ files
g++
cpp0
cc1plus
as
ld
did I missing any step?
thanks again,
brent (off to gdb land)
--
All opinions expressed are My own, unless otherwise attributed. In
presenting facts, I expressly reserve the right to be Wrong. Portions
of this message authored by Me are subject to the Free Thought License.