From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-19339-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 20317 invoked by alias); 6 Sep 2004 16:39:15 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 20310 invoked from network); 6 Sep 2004 16:39:15 -0000
Received: from unknown (HELO tisch.mail.mindspring.net) (207.69.200.157)
  by sourceware.org with SMTP; 6 Sep 2004 16:39:15 -0000
Received: from user-119a90a.biz.mindspring.com ([66.149.36.10] helo=berman.michael-chastain.com)
	by tisch.mail.mindspring.net with esmtp (Exim 3.33 #1)
	id 1C4MWO-00086U-00; Mon, 06 Sep 2004 12:39:13 -0400
Received: from mindspring.com (localhost [127.0.0.1])
	by berman.michael-chastain.com (Postfix) with SMTP
	id CEA6B4B102; Mon,  6 Sep 2004 12:39:00 -0400 (EDT)
Date: Mon, 06 Sep 2004 16:39:00 -0000
From: Michael Chastain <mec.gnu@mindspring.com>
To: gdb@sources.redhat.com, cagney@gnu.org
Subject: Re: strange tcl dejagnu error
Message-ID: <413C92A3.nail78L1SY5AN@mindspring.com>
References: <4138F6A9.30609@gnu.org>
In-Reply-To: <4138F6A9.30609@gnu.org>
User-Agent: nail 10.8 6/28/04
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-SW-Source: 2004-09/txt/msg00045.txt.bz2

Andrew Cagney wrote:
> ERROR: expected boolean value but got ""
>      while executing
> "if [gdb_file_cmd $arg] then { return -1 }"
>      (procedure "gdb_load" line 9)
>      invoked from within
> "gdb_load ${binfile}"
>      (file "/home/scratch/GDB/src/gdb/testsuite/gdb.base/arithmet.exp" 

Just so you know, I'm still chewing on this problem.

Plan #1

  I back out the changes from Manoj and myself to make gdb_file_cmd
  return more information so that the caller can tell if the executable
  was stripped or not.  Then all the alternate implementations of
  gdb_load in config/*.exp ought to work again.  After that, I figure
  out some other mechanism to get what we wanted in the first place.

Plan #2

  I go forward, patching up gdb_load in config/*.exp.  I actually
  wrote this patch, but it's 500 lines long, scattered over a lot
  of places, and will be hard to test all of it.  (monitor, gdbserver,
  netware, sid, sim, and so on).

Both plans are icky in different ways.

Gotta stare at the wall some more.  Ideas welcomed.

Michael