From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13998 invoked by alias); 25 Mar 2012 07:54:47 -0000 Received: (qmail 13989 invoked by uid 22791); 25 Mar 2012 07:54:46 -0000 X-SWARE-Spam-Status: No, hits=-4.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,T_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; Sun, 25 Mar 2012 07:54:31 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id C82D21B4035; Sun, 25 Mar 2012 07:54:30 +0000 (UTC) From: Mike Frysinger To: gdb-patches@sourceware.org Subject: Re: Finalizing fix committed for "[PATCH] sim: make sure to include strsignal prototype" Date: Sun, 25 Mar 2012 07:54:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.2.0; KDE/4.6.5; x86_64; ; ) Cc: "Hans-Peter Nilsson" References: <1332476592-12930-1-git-send-email-vapier@gentoo.org> <201203241424.16156.vapier@gentoo.org> <201203250340.21803.vapier@gentoo.org> In-Reply-To: <201203250340.21803.vapier@gentoo.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9731794.8kChm6DcZy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201203250354.34883.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-03/txt/msg00842.txt.bz2 --nextPart9731794.8kChm6DcZy Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-length: 798 On Sunday 25 March 2012 03:40:20 Mike Frysinger wrote: > the BFD64 logic in gas' expr.c is fairly light. i'm not even sure it mak= es > sense to key off of BFD64 since this code doesn't use bfd for number > processing. it's just deciding whether to automatically upgrade bignum's > into int64's. i'll post a patch to just delete the BFD64 logic there and > see what people have to say. ok, digging a bit more, that isn't going to work. the gas parsing logic is= =20 tied too closely to the bfd_vma type which is directly tied to the=20 aforementioned configure flag. since the fact.s test already tests both values (full & truncated), and in= =20 reality the compiled code is the same for both (since gas does the=20 truncation), i've commented out the test that is larger than 32bits. -mike --nextPart9731794.8kChm6DcZy 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) iQIcBAABAgAGBQJPbs86AAoJEEFjO5/oN/WBE8MQALPbXtWOhC3R58NnRUs7pDIP GKK6mxI9dQNYGk3hAO3/iPNQkHp79YFKXKB6qhYgCIDCoCP0EPVXMd1z1NwmfxwL p1uoDjrMxEJShacXzVf6hDHizzHe1nmynVesQT78wir/af+jvcsoIf6bvFaRX6Br S81xSUiFUw5eUo0pldKCFgQ4hHTCGx7OEhtxwFQFC+veArg2eO3lbWKBTwf0X5Iq C1Nw5MlmBD99U5ArQn6vU1QlCusiTBT6Nh00ehkjKFr9rmpVedVTf7g4ypyeMsgB B/vvervJY0plIgT31T0BCWpCZ3UaSHQQBBGaEWM3SBu/BEE1ItcrTbg9nbupFlUQ ylMJkoBHfOmwS+YxSz4GVI/4A02OAHE8epJmu94fCHo3r4GfCG2wI9L1zprpDUUt +qK7CEyjKwldq15dbyakS9AvETHk4FAYrYh0E+tXuRuXJHnz1eG5mt2B/oBJG9pa OH62J8tSD6GWH5IT+RRR1YITuQjxK43SU4fqhT57na2ayFsAKwHl1MsDbcd4qvh+ rvZzWBX+1njKxluHGx4pmbW7L2Ly4q3ooV3OG8TdUVRn/bFBQI64Bv0YVBiJbLV6 ZtpYk/Im4Rs7l8VqLWYh7XClFUxm5c+dBJZM1VfuAva8A4fEa9uD3UFzupSAM4K8 EUnZjE6Zr1kXkXUx1IWQ =pnVX -----END PGP SIGNATURE----- --nextPart9731794.8kChm6DcZy--