From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17046 invoked by alias); 11 Mar 2016 21:55:50 -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 17029 invoked by uid 89); 11 Mar 2016 21:55:49 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=parsed, Hx-languages-length:872, lm32_evr.conf, sk:lm32rt X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 11 Mar 2016 21:55:48 +0000 Received: from vapier.lan (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id C8003340BBD; Fri, 11 Mar 2016 21:55:46 +0000 (UTC) Date: Fri, 11 Mar 2016 21:55:00 -0000 From: Mike Frysinger To: Joel Sherrill Cc: "gdb@sourceware.org" , Chris Johns Subject: Re: lm32 run vs gdb Message-ID: <20160311215546.GN6588@vapier.lan> Mail-Followup-To: Joel Sherrill , "gdb@sourceware.org" , Chris Johns References: <56E334D4.4010908@oarcorp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AE3cR03RMyqqQrte" Content-Disposition: inline In-Reply-To: <56E334D4.4010908@oarcorp.com> X-IsSubscribed: yes X-SW-Source: 2016-03/txt/msg00020.txt.bz2 --AE3cR03RMyqqQrte Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 873 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 >=20 > In gdb, the tar sim command is: >=20 > tar sim --hw-file lm32_evr.conf --memory-region 0x08000000,0x4000000 >=20 > lm32_evr.conf is >=20 > /lm32cpu > /lm32uart/reg 0x80006000 0x100 > /lm32uart > int int0 /lm32cpu > /lm32timer/reg 0x80002000 0x80 > /lm32timer > int int1 /lm32cpu >=20 > 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. -mike --AE3cR03RMyqqQrte Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW4z7iAAoJEEFjO5/oN/WB8BoP/112oQ6jwOKirl4FaFW3d35o 2xdl7XCXp2rN/DVU/IKwdSzxBwue0k7MZTrymyDTfKzRYmLs9FP/XBbKscRp1Sm2 /yisrFCoG0z2Uqj3/j/UGyVoItnYeeqq0PR9etKhV/1+zpuw9yYbkYcY3anRlCvG CDivPjdEwlJABN/2Z2wFgONkCPDQDVZTGQmfkV6QLL4Plkz8Vro7pGL3rAAaXXM6 4MEZ54A27NVkEIj3VsydFZp79eJaTXCrlRBbzio1yQGqmy46PSxMffBiJxVlqSGh YLH9YwnOPpoAIarkMrj44gLWXa24KvtHfcLOCgdxDI4TPOdms5Wg9sq/xRr8oBUM 323TedQu93lQ1w5JACiG5gau1H+7D9db6hs+VIDhB5Xf5c5XgWZBxWkvtw6Ee2Xy wvfvsYSmktgIiv6bNGl5poV6ASQk4ROaf8R4BDfv5msjfYUjDk1tfesLvQSWQyrX pbDnb0HIb5reZzzampNvNBS5ZhptTX3zDa6EUPpHdA4l1fwKhZj9+yn9g1ZCrvV5 bfQg+a77aiN2Aw2r8GWaiPMoS8dpN09ZZxGeCjpljmMMafVd1ngUA35VTZl4B6LH 9a4y0KQ7IlByluYp+Vx6g2yEz7NsSq8M5pgmDNJsgksARrlGtdMNQshxVhpKVw1M 0ibRMLdnR5iG9KC1m7rG =MzHx -----END PGP SIGNATURE----- --AE3cR03RMyqqQrte--