Variable: Fix usage of uninitialised value

[labath]

Summary

Variable::GetValuesForVariableExpressionPath was passing an
uninitialised value for the final_task_on_target argument. On my
compiler/optimization level combo, the final_task_on_target happened to
contain "dereference" in some circumstances, which produced hilarious
results. The same is true for other arguments to the
GetValueForExpressionPath call.

The correct behavior here seems to be to just omit the arguments
altogether and let the default behavior take place.

[labath]

Jim, could you have a quick look at this?

thanks.

[jingham]

Sorry for the delay. That bug has been present since this function was added, so it doesn't look like there was a use for these parameters that got lost as the code evolved. So this seems like a fine change.

lldb/trunk/source/Symbol/Variable.cpp

while (i < variable_list.GetSize()) {
       if (!variable_valobj_sp) {
         variable_list.RemoveVariableAtIndex(i);
         continue;
       }
 
       llvm::StringRef variable_sub_expr_path =
           variable_expr_path.drop_front(variable_name.size());
       if (!variable_sub_expr_path.empty()) {
-        ValueObject::ExpressionPathScanEndReason reason_to_stop;
-        ValueObject::ExpressionPathEndResultType final_value_type;
-        ValueObject::GetValueForExpressionPathOptions options;
-        ValueObject::ExpressionPathAftermath final_task_on_target;
-
         valobj_sp = variable_valobj_sp->GetValueForExpressionPath(
-            variable_sub_expr_path, &reason_to_stop, &final_value_type, options,
-            &final_task_on_target);
+            variable_sub_expr_path);
         if (!valobj_sp) {
           error.SetErrorStringWithFormat(
               "invalid expression path '%s' for variable '%s'",
               variable_sub_expr_path.str().c_str(),
               var_sp->GetName().GetCString());
           variable_list.RemoveVariableAtIndex(i);
           continue;
         }