public inbox for java@gcc.gnu.org
 help / color / mirror / Atom feed
* misc java-related gdb patches
@ 2002-04-11 12:55 Per Bothner
  2002-04-11 14:25 ` Daniel Jacobowitz
  0 siblings, 1 reply; 4+ messages in thread
From: Per Bothner @ 2002-04-11 12:55 UTC (permalink / raw)
  To: java; +Cc: gdb

[-- Attachment #1: Type: text/plain, Size: 361 bytes --]

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/

[-- Attachment #2: gdb.patch --]
[-- Type: text/plain, Size: 12538 bytes --]

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.

	* 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.

Index: eval.c
===================================================================
RCS file: /cvs/src/src/gdb/eval.c,v
retrieving revision 1.21
diff -u -p -r1.21 eval.c
--- eval.c	16 Mar 2002 20:51:44 -0000	1.21
+++ eval.c	11 Apr 2002 19:44:57 -0000
@@ -827,7 +827,9 @@ evaluate_subexp_standard (struct type *e
 	  /* Name of method from expression */
 	  strcpy (tstr, &exp->elts[pc2 + 2].string);
 
-	  if (overload_resolution && (exp->language_defn->la_language == language_cplus))
+	  if (overload_resolution
+	      && (exp->language_defn->la_language == language_cplus
+		  || exp->language_defn->la_language == language_java))
 	    {
 	      /* Language is C++, do some overload resolution before evaluation */
 	      struct value *valp = NULL;
Index: infcmd.c
===================================================================
RCS file: /cvs/src/src/gdb/infcmd.c,v
retrieving revision 1.43
diff -u -p -r1.43 infcmd.c
--- infcmd.c	28 Mar 2002 01:35:55 -0000	1.43
+++ infcmd.c	11 Apr 2002 19:44:59 -0000
@@ -387,6 +387,8 @@ Start it from the beginning? "))
       init_wait_for_inferior ();
     }
 
+  innermost_block = NULL;
+
   clear_breakpoint_hit_counts ();
 
   /* Purge old solib objfiles. */
Index: jv-exp.y
===================================================================
RCS file: /cvs/src/src/gdb/jv-exp.y,v
retrieving revision 1.5
diff -u -p -r1.5 jv-exp.y
--- jv-exp.y	21 Feb 2002 02:54:46 -0000	1.5
+++ jv-exp.y	11 Apr 2002 19:44:59 -0000
@@ -442,12 +442,25 @@ FieldAccess:
 ;
 
 MethodInvocation:
-	Name '(' ArgumentList_opt ')'
-		{ error ("method invocation not implemented"); }
-|	Primary '.' SimpleName '(' ArgumentList_opt ')'
-		{ error ("method invocation not implemented"); }
+	Name '('
+		{ push_expression_name ($1);
+		/* FIXME does not handle static calls, i.e. Name is a Type. */
+		  start_arglist (); }
+	ArgumentList_opt ')'
+		{ write_exp_elt_opcode (OP_FUNCALL);
+		  write_exp_elt_longcst ((LONGEST) end_arglist ());
+		  write_exp_elt_opcode (OP_FUNCALL); }
+|	Primary '.' SimpleName '('
+		{ write_exp_elt_opcode (STRUCTOP_PTR);
+		  write_exp_string ($3);
+		  write_exp_elt_opcode (STRUCTOP_PTR);
+		  start_arglist (); }
+	ArgumentList_opt ')'
+		{ write_exp_elt_opcode (OP_FUNCALL);
+		  write_exp_elt_longcst ((LONGEST) end_arglist ());
+		  write_exp_elt_opcode (OP_FUNCALL); }
 |	SUPER '.' SimpleName '(' ArgumentList_opt ')'
-		{ error ("method invocation not implemented"); }
+		{ error ("super method invocation not implemented"); }
 ;
 
 ArrayAccess:
Index: jv-lang.c
===================================================================
RCS file: /cvs/src/src/gdb/jv-lang.c,v
retrieving revision 1.11
diff -u -p -r1.11 jv-lang.c
--- jv-lang.c	2 Dec 2001 22:43:59 -0000	1.11
+++ jv-lang.c	11 Apr 2002 19:45:00 -0000
@@ -68,6 +68,9 @@ static struct objfile *dynamics_objfile 
 
 static struct type *java_link_class_type (struct type *, struct value *);
 
+#define DYNAMICS 0
+
+#if DYNAMICS
 static struct objfile *
 get_dynamics_objfile (void)
 {
@@ -77,8 +80,9 @@ get_dynamics_objfile (void)
     }
   return dynamics_objfile;
 }
+#endif
 
-#if 1
+#if DYNAMICS
 /* symtab contains classes read from the inferior. */
 
 static struct symtab *class_symtab = NULL;
@@ -164,7 +168,7 @@ add_class_symbol (struct type *type, COR
   SYMBOL_VALUE_ADDRESS (sym) = addr;
   return sym;
 }
-#endif
+#endif /* DYNAMICS */
 
 struct type *
 java_lookup_class (char *name)
@@ -200,8 +204,9 @@ java_lookup_class (char *name)
 #endif
 }
 
-/* Return a nul-terminated string (allocated on OBSTACK) for
-   a name given by NAME (which has type Utf8Const*). */
+/* Return a nul-terminated string for a name given by NAME (which has
+   type Utf8Const*).  The result is allocated on OBSTACK if it that is
+   non-null, otherwise xmalloc is used. */
 
 char *
 get_java_utf8_name (struct obstack *obstack, struct value *name)
@@ -214,7 +219,10 @@ get_java_utf8_name (struct obstack *obst
   name_length = (int) value_as_long (temp);
   data_addr = VALUE_ADDRESS (temp) + VALUE_OFFSET (temp)
     + TYPE_LENGTH (VALUE_TYPE (temp));
-  chrs = obstack_alloc (obstack, name_length + 1);
+  if (obstack == NULL)
+    chrs = xmalloc (name_length + 1);
+  else
+    chrs = obstack_alloc (obstack, name_length + 1);
   chrs[name_length] = '\0';
   read_memory (data_addr, chrs, name_length);
   return chrs;
@@ -226,12 +234,22 @@ java_class_from_object (struct value *ob
   /* This is all rather inefficient, since the offsets of vtable and
      class are fixed.  FIXME */
   struct value *vtable_val;
+  register struct type *t;
 
   if (TYPE_CODE (VALUE_TYPE (obj_val)) == TYPE_CODE_PTR
       && TYPE_LENGTH (TYPE_TARGET_TYPE (VALUE_TYPE (obj_val))) == 0)
     obj_val = value_at (get_java_object_type (),
 			value_as_address (obj_val), NULL);
 
+  t = check_typedef (VALUE_TYPE (obj_val));
+  if (TYPE_CODE (t) == TYPE_CODE_PTR || TYPE_CODE (t) == TYPE_CODE_REF)
+    {
+      obj_val = value_ind (obj_val);
+      t = check_typedef (VALUE_TYPE (obj_val));
+    }
+
+  obj_val = search_struct_field ("java.lang.Object", obj_val, 0, t, 1);
+
   vtable_val = value_struct_elt (&obj_val, NULL, "vtable", NULL, "structure");
   return value_struct_elt (&vtable_val, NULL, "class", NULL, "structure");
 }
@@ -245,7 +263,7 @@ java_class_is_primitive (struct value *c
   return (int) (i & 0x7fffffff) == (int) 0x7fffffff;
 }
 
-/* Read a GCJ Class object, and generated a gdb (TYPE_CODE_STRUCT) type. */
+/* Read a GCJ Class object, and generates a gdb (TYPE_CODE_STRUCT) type. */
 
 struct type *
 type_from_class (struct value *clas)
@@ -281,7 +299,6 @@ type_from_class (struct value *clas)
     }
 #endif
 
-  objfile = get_dynamics_objfile ();
   if (java_class_is_primitive (clas))
     {
       struct value *sig;
@@ -291,10 +308,17 @@ type_from_class (struct value *clas)
     }
 
   /* Get Class name. */
-  /* if clasloader non-null, prepend loader address. FIXME */
+  /* if clasloader non-null, prepend loader address. FIXME
+   * Check this by looking for a type, and seeing if its class$ field matches.
+   */
   temp = clas;
   utf8_name = value_struct_elt (&temp, NULL, "name", NULL, "structure");
+#if DYNAMICS
+  objfile = get_dynamics_objfile ();
   name = get_java_utf8_name (&objfile->type_obstack, utf8_name);
+#else
+  name = get_java_utf8_name (NULL, utf8_name);
+#endif
   for (nptr = name; *nptr != 0; nptr++)
     {
       if (*nptr == '/')
@@ -303,8 +327,15 @@ type_from_class (struct value *clas)
 
   type = java_lookup_class (name);
   if (type != NULL)
-    return type;
-
+    {
+#if ! DYNAMICS
+      free (name);
+#endif
+      return type;
+    }
+#if ! DYNAMICS
+  error ("unknown type '%s'", name);
+#else
   type = alloc_type (objfile);
   TYPE_CODE (type) = TYPE_CODE_STRUCT;
   INIT_CPLUS_SPECIFIC (type);
@@ -330,8 +361,10 @@ type_from_class (struct value *clas)
 
   add_class_symtab_symbol (add_class_symbol (type, addr));
   return java_link_class_type (type, clas);
+#endif
 }
 
+#if DYNAMICS
 /* Fill in class TYPE with data from the CLAS value. */
 
 struct type *
@@ -569,6 +602,7 @@ java_link_class_type (struct type *type,
 
   return type;
 }
+#endif /* DYNAMICS */
 
 static struct type *java_object_type;
 
@@ -867,10 +901,8 @@ evaluate_subexp_java (struct type *expec
 	  struct type *type;
 
 	  type = type_from_class (java_class_from_object (arg1));
-	  arg1 = value_cast (lookup_pointer_type (type), arg1);
+	  VALUE_TYPE (arg1) = lookup_pointer_type (type);
 	}
-      if (noside == EVAL_SKIP)
-	goto nosideret;
       return value_ind (arg1);
 
     case BINOP_SUBSCRIPT:
@@ -1082,6 +1114,7 @@ extern void java_rerun_cleanup (void);
 void
 java_rerun_cleanup (void)
 {
+#if DYNAMICS
   if (class_symtab != NULL)
     {
       free_symtab (class_symtab);	/* ??? */
@@ -1092,6 +1125,7 @@ java_rerun_cleanup (void)
       free_objfile (dynamics_objfile);
       dynamics_objfile = NULL;
     }
+#endif
 
   java_object_type = NULL;
 }
Index: jv-valprint.c
===================================================================
RCS file: /cvs/src/src/gdb/jv-valprint.c,v
retrieving revision 1.9
diff -u -p -r1.9 jv-valprint.c
--- jv-valprint.c	21 Oct 2001 01:57:42 -0000	1.9
+++ jv-valprint.c	11 Apr 2002 19:45:00 -0000
@@ -65,7 +65,8 @@ java_value_print (struct value *val, str
 	  type = type_from_class (java_class_from_object (val));
 	  type = lookup_pointer_type (type);
 
-	  val = value_at (type, address, NULL);
+	  val = value_copy (val);
+	  VALUE_TYPE (val) = type;
 	}
     }
 
Index: language.c
===================================================================
RCS file: /cvs/src/src/gdb/language.c,v
retrieving revision 1.23
diff -u -p -r1.23 language.c
--- language.c	28 Mar 2002 01:35:55 -0000	1.23
+++ language.c	11 Apr 2002 19:45:01 -0000
@@ -41,6 +41,7 @@
 #include "language.h"
 #include "target.h"
 #include "parser-defs.h"
+#include "c-lang.h"
 #include "jv-lang.h"
 
 extern void _initialize_language (void);
@@ -1416,12 +1417,6 @@ unk_lang_printstr (struct ui_file *strea
   error ("internal error - unimplemented function unk_lang_printstr called.");
 }
 
-static struct type *
-unk_lang_create_fundamental_type (struct objfile *objfile, int typeid)
-{
-  error ("internal error - unimplemented function unk_lang_create_fundamental_type called.");
-}
-
 static void
 unk_lang_print_type (struct type *type, char *varstring, struct ui_file *stream,
 		     int show, int level)
@@ -1467,7 +1462,7 @@ const struct language_defn unknown_langu
   unk_lang_printchar,		/* Print character constant */
   unk_lang_printstr,
   unk_lang_emit_char,
-  unk_lang_create_fundamental_type,
+  c_create_fundamental_type,
   unk_lang_print_type,		/* Print a type using appropriate syntax */
   unk_lang_val_print,		/* Print a value using appropriate syntax */
   unk_lang_value_print,		/* Print a top-level value */
@@ -1497,7 +1492,7 @@ const struct language_defn auto_language
   unk_lang_printchar,		/* Print character constant */
   unk_lang_printstr,
   unk_lang_emit_char,
-  unk_lang_create_fundamental_type,
+  c_create_fundamental_type,
   unk_lang_print_type,		/* Print a type using appropriate syntax */
   unk_lang_val_print,		/* Print a value using appropriate syntax */
   unk_lang_value_print,		/* Print a top-level value */
@@ -1526,7 +1521,7 @@ const struct language_defn local_languag
   unk_lang_printchar,		/* Print character constant */
   unk_lang_printstr,
   unk_lang_emit_char,
-  unk_lang_create_fundamental_type,
+  c_create_fundamental_type,
   unk_lang_print_type,		/* Print a type using appropriate syntax */
   unk_lang_val_print,		/* Print a value using appropriate syntax */
   unk_lang_value_print,		/* Print a top-level value */
Index: valops.c
===================================================================
RCS file: /cvs/src/src/gdb/valops.c,v
retrieving revision 1.53
diff -u -p -r1.53 valops.c
--- valops.c	22 Mar 2002 18:57:08 -0000	1.53
+++ valops.c	11 Apr 2002 19:45:03 -0000
@@ -52,7 +52,7 @@ static struct value *value_arg_coerce (s
 
 static CORE_ADDR value_push (CORE_ADDR, struct value *);
 
-static struct value *search_struct_field (char *, struct value *, int,
+extern struct value *search_struct_field (char *, struct value *, int,
 				      struct type *, int);
 
 static struct value *search_struct_method (char *, struct value **,
@@ -2010,7 +2010,7 @@ typecmp (int staticp, struct type *t1[],
    If LOOKING_FOR_BASECLASS, then instead of looking for struct fields,
    look for a baseclass named NAME.  */
 
-static struct value *
+ struct value *
 search_struct_field (char *name, struct value *arg1, int offset,
 		     register struct type *type, int looking_for_baseclass)
 {

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: misc java-related gdb patches
  2002-04-11 12:55 misc java-related gdb patches Per Bothner
@ 2002-04-11 14:25 ` Daniel Jacobowitz
  2002-04-11 18:20   ` Per Bothner
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel Jacobowitz @ 2002-04-11 14:25 UTC (permalink / raw)
  To: Per Bothner; +Cc: java, gdb

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: misc java-related gdb patches
  2002-04-11 14:25 ` Daniel Jacobowitz
@ 2002-04-11 18:20   ` Per Bothner
  2002-04-11 20:57     ` Daniel Jacobowitz
  0 siblings, 1 reply; 4+ messages in thread
From: Per Bothner @ 2002-04-11 18:20 UTC (permalink / raw)
  To: Daniel Jacobowitz; +Cc: java, gdb

Daniel Jacobowitz wrote:
> On Thu, Apr 11, 2002 at 12:52:21PM -0700, Per Bothner wrote:
>>	* 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...

Perhaps, but the thread on gdb@sources.redhat.com titled
"GDB 5.2 vs. Ada (and probably other unknown languages)"
suggests this change is needed, not just for Java.  (I can't
remember anymore why I needed this change, but I believe I ran
into the same kind of error as in the above-mentioned thread.)
-- 
	--Per Bothner
per@bothner.com   http://www.bothner.com/per/

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: misc java-related gdb patches
  2002-04-11 18:20   ` Per Bothner
@ 2002-04-11 20:57     ` Daniel Jacobowitz
  0 siblings, 0 replies; 4+ messages in thread
From: Daniel Jacobowitz @ 2002-04-11 20:57 UTC (permalink / raw)
  To: Per Bothner; +Cc: java, gdb

On Thu, Apr 11, 2002 at 06:13:58PM -0700, Per Bothner wrote:
> Daniel Jacobowitz wrote:
> >On Thu, Apr 11, 2002 at 12:52:21PM -0700, Per Bothner wrote:
> >>	* 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...
> 
> Perhaps, but the thread on gdb@sources.redhat.com titled
> "GDB 5.2 vs. Ada (and probably other unknown languages)"
> suggests this change is needed, not just for Java.  (I can't
> remember anymore why I needed this change, but I believe I ran
> into the same kind of error as in the above-mentioned thread.)

Indeed.  I think a better question is whether we should really default
to an "unknown" language, or just to C?

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2002-04-12  1:20 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-04-11 12:55 misc java-related gdb patches Per Bothner
2002-04-11 14:25 ` Daniel Jacobowitz
2002-04-11 18:20   ` Per Bothner
2002-04-11 20:57     ` Daniel Jacobowitz

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).