diff src/variables.cc @ 5775:ace8d8d26933

[project @ 2006-04-24 19:13:06 by jwe]
author jwe
date Mon, 24 Apr 2006 19:13:11 +0000
parents 8d7162924bd3
children cbf717bf8150
line wrap: on
line diff
--- a/src/variables.cc	Mon Apr 24 17:45:31 2006 +0000
+++ b/src/variables.cc	Mon Apr 24 19:13:11 2006 +0000
@@ -677,7 +677,7 @@
   return names;
 }
 
-// XXX FIXME XXX -- this will have to be much smarter to work
+// FIXME -- this will have to be much smarter to work
 // "correctly".
 
 bool
@@ -1030,7 +1030,7 @@
 
 		  std::string nm = fcn->name ();
 
-		  // XXX FIXME XXX -- the following code is repeated
+		  // FIXME -- the following code is repeated
 		  // in load_fcn_from_file in parse.y.
 
 		  string_vector names (2);
@@ -1079,7 +1079,7 @@
 			    {
 			      // OK, swap the aliases around.
 
-			      // XXX FIXME XXX -- this is a bit
+			      // FIXME -- this is a bit
 			      // tricky, so maybe some refactoring is
 			      // in order here too...
 
@@ -1457,7 +1457,7 @@
   return retval;
 }
 
-// XXX FIXME XXX -- this function is duplicated in symtab.cc with the
+// FIXME -- this function is duplicated in symtab.cc with the
 // name maybe_list_cmp_fcn.
 
 static int
@@ -1533,7 +1533,7 @@
 
   if (return_list)
     {
-      // XXX FIXME XXX -- maybe symbol_list should return a std::list
+      // FIXME -- maybe symbol_list should return a std::list
       // object instead of an Array.
 
       dim_vector dv (0, 0);
@@ -2164,7 +2164,7 @@
 static inline bool
 do_clear_symbol_pattern (const std::string& pat)
 {
-  // XXX FIXME XXX -- if we have a variable v1 and a function v2 and
+  // FIXME -- if we have a variable v1 and a function v2 and
   // someone says clear v*, we will clear the variable but not the
   // function.  Is that really what should happen?  (I think it is
   // what Matlab does.)
@@ -2301,7 +2301,7 @@
     {
       if (exclusive)
 	{
-	  // XXX FIXME XXX -- is this really what we want, or do we
+	  // FIXME -- is this really what we want, or do we
 	  // somehow want to only clear the functions that are not
 	  // shadowed by local variables?  It seems that would be a
 	  // bit harder to do.
@@ -2606,7 +2606,7 @@
   return retval;
 }
 
-// XXX FIXME XXX -- some of these should do their own checking to be
+// FIXME -- some of these should do their own checking to be
 // able to provide more meaningful warning or error messages.
 
 static int
@@ -2629,7 +2629,7 @@
   return 0;
 }
 
-// XXX FIXME XXX -- there still may be better places for some of these
+// FIXME -- there still may be better places for some of these
 // to be defined.
 
 void