misc java-related gdb patches

Thu Apr 11 14:25:00 GMT 2002

On Thu, Apr 11, 2002 at 12:52:21PM -0700, Per Bothner wrote:
> I have a bunch of Java-related gdb patches I haven't gotten around
> to checking in. They've been sitting in my tree for a while, and
> I can't always remember why I did them. Before I try to check
> them in, I would appreciate any feedback on whether they make the
> "gdb experience" better or worse.
> -- 
> 	--Per Bothner
> per@bothner.com http://www.bothner.com/per/

> 2002年04月10日 Per Bothner <per@bothner.com>
>> 	* eval.c (evaluate_subexp_standard): Do overload resolution for Java.
>> 	* infcmd.c (run_command): Reset innermost_block.
>> 	* jv-exp.y (MethodInvocation)): Add preliminary support.
>> 	* valops.c (search_struct_field): Make non-static.
> 	* jv-lang.c (java_class_from_object): De-reference first.
> 	Then call search_struct_field.
>> 	* jv-lang.c: Comment out (using #if DYNAMICS) support for generating
> 	type by reading Class structures from inferior. Needs work.
>> 	* jv-lang.c (evaluate_subexp_java): On UNOP_IND, just smash type.
>> 	* jv-valprint.c (java_value_print): Call value_copy instead of
> 	value_copy. Don't remember why - it may be faster.

Typo up there, I assume...
> 	* language.c (unk_lang_create_fundamental_type): Remove.
> 	(unknown_language_defn, auto_language_defn, local_language_defn):
> 	In place of unk_lang_create_fundamental_type use
> 	c_create_fundamental_type.

I don't see why this is needed. The language fundamental type hooks
should probably all die, IIRC...
-- 
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer