This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: ia64 eh, part 20a [java]
- To: Richard Henderson <rth at redhat dot com>
- Subject: Re: ia64 eh, part 20a [java]
- From: Per Bothner <per at bothner dot com>
- Date: 02 Apr 2001 14:53:27 -0700
- Cc: gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- References: <20010328013957.A14777@redhat.com>
Richard Henderson <rth@redhat.com> writes:
> Alex, Per et al, one thing to look at is some of the more
> curious uses of soft_exceptioninfo_call_node that have been
> replaced by EXC_PTR_EXPR. It's not an exact replacement,
> as you can see from build_exception_object_ref.
Well, build_exception_object_ref looks like it is not going to work when
generating bytecode, yet I see it called various places where it looks
like it could get called when generating bytecode.
At some future point it might be nice to be able to generate bytecode
and native code at the same time. (It would speed up building libjava,
for one.) So I prefer solutions where any tests for flag_emit_class_files
are *not* done while build trees or syntax analysis, but handled at
expand time. Burt I wouldn't worry too much about this - there are
plenty of places that violate this goal, and it is possible we might
never be interested in dual-mode output.
--
--Per Bothner
per@bothner.com http://www.bothner.com/~per/