From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 61858 invoked by alias); 14 Mar 2016 00:32:29 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 61847 invoked by uid 89); 14 Mar 2016 00:32:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.0 required=5.0 tests=BAYES_40,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=275, rtems, 0x80, H*u:FreeBSD X-HELO: corb.contemporary.net.au Received: from msc1401703.lnk.telstra.net (HELO corb.contemporary.net.au) (139.130.245.200) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 14 Mar 2016 00:32:26 +0000 Received: from [10.10.5.3] (kiwi.contemporary.net.au [10.10.5.3]) (authenticated bits=0) by corb.contemporary.net.au (8.14.9/8.14.7) with ESMTP id u2E0VuYg069840 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 14 Mar 2016 11:31:57 +1100 (EST) (envelope-from chrisj@rtems.org) Subject: Re: lm32 run vs gdb To: Joel Sherrill , "gdb@sourceware.org" References: <56E334D4.4010908@oarcorp.com> <20160311215546.GN6588@vapier.lan> From: Chris Johns Message-ID: <56E6067C.30809@rtems.org> Date: Mon, 14 Mar 2016 00:32:00 -0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20160311215546.GN6588@vapier.lan> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-03/txt/msg00021.txt.bz2 On 12/03/2016 08:55, Mike Frysinger wrote: > On 11 Mar 2016 15:12, Joel Sherrill wrote: >> I think the command line arguments for the lm32 simulator >> are not getting parsed the same for "run" as when you do >> "tar sim" in gdb. Executables work with gdb that don't >> with run. > > wtf is "tar" ? hmm, guess it's short for "target sim" ... > >> lm32-rtems4.12-run --hw-file lm32_evr.conf \ >> --memory-region 0x08000000,0x4000000 ticker.exe >> >> In gdb, the tar sim command is: >> >> tar sim --hw-file lm32_evr.conf --memory-region 0x08000000,0x4000000 >> >> lm32_evr.conf is >> >> /lm32cpu >> /lm32uart/reg 0x80006000 0x100 >> /lm32uart > int int0 /lm32cpu >> /lm32timer/reg 0x80002000 0x80 >> /lm32timer > int int1 /lm32cpu >> >> Any ideas what's broken or where I should look? > > the arg parsing codepaths are the same -- see sim/lm32/sim-if.c and > the sim_open function. gdb & the run frontend both call that. It looks like something has changed. With gdb-7.11 and the sparc-rtems4.11 target I am seeing: $ /opt/work/rtems/4.12/bin/sparc-rtems4.12-run ./sparc-rtems4.12/c/erc32/testsuites/samples/ticker/ticker.exe SIS - SPARC instruction simulator 2.7.5, copyright Jiri Gaisler 1995 Bug-reports to jgais@wd.estec.esa.nl sis> quit With gdb-7.9 it use to just run the executable. GDB works. Chris