From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10963 invoked by alias); 19 Mar 2010 01:09:49 -0000 Received: (qmail 10955 invoked by uid 22791); 19 Mar 2010 01:09:48 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 19 Mar 2010 01:09:44 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 4050A1B40AA; Fri, 19 Mar 2010 01:09:42 +0000 (UTC) From: Mike Frysinger To: Doug Evans Subject: Re: passing extended sim options when using gdb sim target Date: Fri, 19 Mar 2010 01:09:00 -0000 User-Agent: KMail/1.13.1 (Linux/2.6.33; KDE/4.4.1; x86_64; ; ) Cc: gdb@sourceware.org References: <201003180335.17827.vapier@gentoo.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1471055.rptZeCOI1J"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201003182109.36992.vapier@gentoo.org> X-IsSubscribed: yes 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 X-SW-Source: 2010-03/txt/msg00160.txt.bz2 --nextPart1471055.rptZeCOI1J Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 1485 On Thursday 18 March 2010 11:54:52 Doug Evans wrote: > On Thu, Mar 18, 2010 at 12:35 AM, Mike Frysinger wrot= e: > > a compiled simulator has a lot of fun options: > > --hw-device <...> > > --memory-region <...> > > --model <...> > > --environment <...> > > etc... > >=20 > > when using the command line simulator (`run`), passing these options via > > the command line is obvious. but i cant seem to figure out how to do > > the same thing when running gdb and using the sim target. > >=20 > > the gdb manual indicates the form is: > > target > > but nothing i stick in for seems to make a difference > >=20 > > i also recall seeing references to adding hardware devices on the fly > > from the gdb command line, but i cant locate any info along these lines > > either ... >=20 > IIRC >=20 > (gdb) target sim --foo bar --baz >=20 > As for adding things on the fly, there is the "sim" command in gdb. > How the sim interprets it is up to the sim (again, IIRC). ok, that does work. my underlying problem is that the common sim code only= =20 respects the -E option for big endian simulators. gdb however always passe= s=20 the -E option down to the sim target. so when doing little-endian only=20 simulators, attempts to use options always results in the sim core throwing= up=20 an error that -E is not a recognized flag. i'll post a patch for the common sim code to fix this. -mike --nextPart1471055.rptZeCOI1J Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iQIcBAABAgAGBQJLos7QAAoJEEFjO5/oN/WBApcP/jKCneg6BDYzJn1FyfU1LJ1b uQUGOqr2HDzbBDn2P/VCv9t+GyFZi9O60RNCBWELLfun29Hg0NKi71riwGly3Vo9 NCRFslgtccLJIoAc2jvdsdZWsjHttx1z0C3QPLreq1GRy7BP+APa1bhLKoeMnnKh +uNDKJ5YO8EM85/y/JYY8GeCknjFjySkctc+o56U/RaueKGnWvgqh3XvZErHC7FN JoXRzDlypwOHmWPfCMu8NZJ4JQxFHRUs0HMmBklYHK9doUdm5SkfCbVQcnHDZbAh rUdsffySmyD66MigTfIXTmQOTqDXQ3HsmNYE85BmQMpqfmiFh/P+HUM4bXl7wKHm 2M2MLa2CYFUXHkbILRLic2mNHvPYRE6/CCsexk2mzb02EwfRQvkhg+E/ljXNvQKt 5woVqLZZc/dS/IirEqanxpS8OBZbUlb9jlWQ08Njr4i+ZCxnzZPza+HdcOGJhdic pCO0E8xHFKWqJabhAGeHBX48UHCuyftZWE5RmcZy7vfl5BdYSCJk6Qh7VF8t2Yar 7ZFklm2rG/TCnO9J1/SFu+1kbV4+zDZmKyBPms4NH/kI4DkrjgxQc/2chYuCk24C 5NCsp1Hzjq2ZrOG3scAdTVD5rnCnmrX2dJPWaJzRW+dg+H7mRN/yH8cJ0r6vlcFf voI45/uw1Wi0VsomoQ9e =Iqz9 -----END PGP SIGNATURE----- --nextPart1471055.rptZeCOI1J--