From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8458 invoked by alias); 23 Nov 2011 18:34:27 -0000 Received: (qmail 8114 invoked by uid 22791); 23 Nov 2011 18:34:26 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD 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; Wed, 23 Nov 2011 18:34:08 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id EFF941B400B; Wed, 23 Nov 2011 18:34:07 +0000 (UTC) From: Mike Frysinger To: crossgcc@sourceware.org Subject: Re: [PATCH] debug/gdb: --disable-sim for CT_GDB_CROSS Date: Wed, 23 Nov 2011 18:34:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.1.1; KDE/4.6.5; x86_64; ; ) Cc: Michael Hope , "Yann E. MORIN" , Zhenqiang Chen References: <4ECB854F.1050809@linaro.org> <201111221821.22751.yann.morin.1998@anciens.enib.fr> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1596293.JUhRB6yFgY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201111231334.15434.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact crossgcc-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: crossgcc-owner@sourceware.org X-SW-Source: 2011-11/txt/msg00155.txt.bz2 --nextPart1596293.JUhRB6yFgY Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 1115 On Tuesday 22 November 2011 20:48:15 Michael Hope wrote: > On Wed, Nov 23, 2011 at 6:21 AM, Yann E. MORIN wrote: > > Otherwise, I agree with Mike: Why is it needed to disable 'sim' in the > > cross-gdb? If the build is broken for some archs, it should rather be > > fixed. At least, disabling/enabling 'sim' should be a config option, > > so users that want to try and/or fix it have an easy way to. >=20 > I'd like to disable sim as it isn't useful when building for a GLIBC > target and it's one more thing to support. ARM don't want to > distribute a binary simulator due to IP reasons which I must admit > I've never understood :) that's not generally true. it depends on the target whether the sim suppor= ts=20 Linux syscalls, dynamic libraries, etc... the Blackfin sim certainly supports not only newlib/bare metal code (which = also=20 includes Linux/bootloaders), but also uClibc/FDPIC/FLAT Linux user programs= .=20=20 i've seen other sims in there that support Linux userland targets. sounds like it should be made into a config option for people to control if= =20 *they* don't want the sim. -mike --nextPart1596293.JUhRB6yFgY 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.17 (GNU/Linux) iQIcBAABAgAGBQJOzTynAAoJEEFjO5/oN/WBCYQQAMofuhjvRg0iVXwXNze+WUA+ 7AVVjM6F+Qj8SfYFL4syGwY3zpctcNeoW8Oc661L48En27rVwp3oZaWPaukAuKXU z4qlhPBF+C8NwMS3wD9NkyCdvqHoNmcbCwrwhjrCYqpEZwQS56h8AFwtnAQPybG+ VknUsg/0ALuKxJdmv9FuEKAhoqHN+GoL1aKaPfe6TPSeWjDv2UP2cDmXDlFPzUj2 su1EY9z8S9oV+dKIk2vyQLR3lqBiGU7vjRPxt5BD2or/Kppho6eK34pxqXX0IMaZ 2TYuqcdUQxhfAc4mQWLSNoh9BjtKAz4jJ/9XVRK8ZO56FluVl/9Bz3A+WTfC5ik+ 9+p96gpLKEQen8O3QHLBCRnOxBE7WtiKCthsnIsyRlub4h289vgVCQ9/5qC0FNBu Mtw1hD0FXdZCYfoGjjXk24IM8ztSERyPFi4oS1BeFRi+auQ1EUJmoMunSeea1FoW mrkBAYTYqjPNfubI9+ocRNk+yBEy54CHDVn8obgYBW82qxEFUBOKYkpb31F4oIr0 57l+TvoUW3Uc4KeyyIor0Q0Ws3Gx2m8Rz5/8OKX1qmpSkVzDpLsa+LUHYLUrohrS L0RMdYWFlQ/q0GmuS7n3/5MvhfpLUw7Iqy/nEdX3hIBdJpc+aAYAbPKE7nxU1/1m OKA7QQ3BU8RVoqNBXbYT =ZyiY -----END PGP SIGNATURE----- --nextPart1596293.JUhRB6yFgY--