From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13089 invoked by alias); 20 Mar 2013 18:29:43 -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 13078 invoked by uid 89); 20 Mar 2013 18:29:35 -0000 X-Spam-SWARE-Status: No, score=-6.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Wed, 20 Mar 2013 18:29:32 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 5B7B233DAD6; Wed, 20 Mar 2013 18:29:30 +0000 (UTC) From: Mike Frysinger To: Joel Sherrill Subject: Re: [gdb-7.5.91] mips sim fails to build on mingw32 Date: Wed, 20 Mar 2013 18:29:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.7.6; KDE/4.6.5; x86_64; ; ) Cc: Ralf Corsepius , "gdb@sourceware.org" References: <5evvfpyhuvbs9ftm3edxb7na.1363372668425@email.android.com> <201303181405.55098.vapier@gentoo.org> <5149F70C.3040806@oarcorp.com> In-Reply-To: <5149F70C.3040806@oarcorp.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2143909.KV6WcpDk7F"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201303201433.15976.vapier@gentoo.org> X-SW-Source: 2013-03/txt/msg00054.txt.bz2 --nextPart2143909.KV6WcpDk7F Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-length: 1331 On Wednesday 20 March 2013 13:51:08 Joel Sherrill wrote: > FYI you have to have bfin as installed to compile the simulator. I > suppose this > has never been noticed. i'm guessing you're referring to the assembly of some fixed code file ? th= at=20 happens when timestamps get out of whack. i originally just wanted to add = a=20 .h, but people requested i also add the source .s. not sure if there's a way i could put this logic behind "if (file does not= =20 exist) || (file is out of date && maintainer mode)" so it doesn't bite peop= le=20 randomly ... > Can I put a generic message for other targets that "dv-sockser hardware > support is > unavailable for your target" and let it go at that? Or do I specifically > need to list the > devices when dv-sockser.o is hard-coded in the Makefile.in? since we don't have a large body of people clamoring for sim device support= =20 under Windows, let's start with the simple version and avoid hardcoded list= s. > > and then add a TODO comment to each of these failing device modules with > > something like "should change code to respect HAVE_DV_SOCKSER". >=20 > What would such a message look like and where in the file would it go? i was thinking of a /* TODO: ... */ in each device model file that=20 unconditionally uses dv-socker. e.g. sim/mips/dv-tx3904sio.c. -mike --nextPart2143909.KV6WcpDk7F 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) iQIcBAABAgAGBQJRSgDrAAoJEEFjO5/oN/WBaeEQALv34K0zfIMwG9Ql1DIvrn3P NGOuw2UyYuPQX2p/QkkxJq6fpTu11L6Pc/lal+jZmmWkDpryiJy9Zrx59ssJnhuE Mp5nFB71Zb3pOqLChV1eHZeLtQzKkwDjmsVqAhOzkhOqBVowhXp00NK7/s+Vdp4B g0G4qg6IG+g2uEqUI35kb9T3d3fxKNH21+E4OB/DZBSHhFKdHps2lLz1os8dEvQq uRWY9XSOmBJ+ybE9+GMGXr/PJwkgh/bnzKjWNYBTa+FxW7SwIBHjpBANq465qcHk x9vTZ1mYy51+xKdL273Aa2T32ccczgZszN56u29ttchbCBleXo7iribzpvMGA0jI iRA6dDlM9FmxrWRRabTFfTssMR4w9g6RQgZQfZlmxQH6don4x+Qjr/Wp1voSuCgQ dol33aK0KyaqP3rogx6T8SdtQCfytU9+Aio0/ENKVSgEHHNaNREdlEFj9Ic0kc69 sq1ij4zVLHD2/gAASgheQT291YLHElrourKRmYclwmtkR810ySwHvIx7aXBEHj9c 87OgXGKItaGjPYBgxxhVP8vXcs612x5khPO2H4pC/BsU7EIhwmLaMkgH0X3MUWJH yFGyTEMcxBkkW4ZrUijG+xDtz/1hSWzdSFH6uJms3u4fBLIaKp7cMJOo/z0NEiBw 7aMDr+J9JCSjhB0Rl86f =bZRo -----END PGP SIGNATURE----- --nextPart2143909.KV6WcpDk7F--