From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24092 invoked by alias); 16 Jul 2010 11:22:56 -0000 Received: (qmail 24069 invoked by uid 22791); 16 Jul 2010 11:22:55 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,T_MIME_NO_TEXT,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 16 Jul 2010 11:22:51 +0000 Received: (qmail 24948 invoked from network); 16 Jul 2010 11:22:49 -0000 Received: from unknown (HELO dirichlet.schwinge.homeip.net) (thomas@127.0.0.2) by mail.codesourcery.com with ESMTPA; 16 Jul 2010 11:22:49 -0000 From: Thomas Schwinge To: "Maciej W. Rozycki" , David Daney Cc: binutils@sourceware.org, Jan Kratochvil , Andrew Stubbs , gdb@sourceware.org, Nathan Sidwell Subject: Re: MIPS: 64-bit DWARF References: <4BE16915.7080501@codesourcery.com> <20100505143213.GA4735@caradoc.them.org> <4BE187D8.4050804@codesourcery.com> <20100507132310.GA6374@host0.dyn.jankratochvil.net> <87sk431a3j.fsf@dirichlet.schwinge.homeip.net> <87fwzxvslw.fsf_-_@dirichlet.schwinge.homeip.net> <87eif6v450.fsf@dirichlet.schwinge.homeip.net> <4C3DEC14.8090601@caviumnetworks.com> Date: Fri, 16 Jul 2010 11:22:00 -0000 Message-ID: <871vb3r7r7.fsf@dirichlet.schwinge.homeip.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" 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-07/txt/msg00052.txt.bz2 --=-=-= Content-Transfer-Encoding: quoted-printable Content-length: 1773 Hello! On 2010-07-14 18:44, Maciej W. Rozycki wrote: > On Wed, 14 Jul 2010, David Daney wrote: >> > Here is the patch that I tested for (a non-HEAD version of) binutils. >> > This makes prelink happy, and there are no regressions in the GDB >> > testsuite. (Anything else to test?) I left in the 64-bit stuff for >> > TE_IRIX, as I have no idea about it. >>=20 >> How was it tested? I developed / applied the patch using a tree with non-HEAD sources, and (re-)built a complete mips-linux-gnu toolchain (GCC has been built with ``--enable-mips-nonpic --with-arch32=3D4kc --with-arch64=3D5kf''), then ran all binutils and GDB regression test suites for the following multilibs / switches, and compared to baseline sources: ".;" ".;@mabi=3D64" "mel;@mel" "hard-float;@mhard-float" "hard-float;@mhard-float@mabi=3Dn32" "hard-float;@mhard-float@mabi=3D64" "hard-float/vr5500;@mhard-float@march=3Dvr5500" "mel/hard-float;@mel@mhard-float" "mel/hard-float;@mel@mhard-float@mabi=3Dn32" "mel/hard-float;@mel@mhard-float@mabi=3D64" "octeon;@march=3Docteon@mabi=3Dn32" "octeon;@march=3Docteon@mabi=3D64" "octeon2;@march=3Docteon2@mabi=3Dn32" "octeon2;@march=3Docteon2@mabi=3D64" "uclibc;@muclibc" "uclibc/mel;@muclibc@mel" >> Have you tested mips64-linux-gnu with -mabi=3D64? I've now running the same testing on HEAD sources for a mips64el-linux-gnu toolchain for: ".;" ".;@mabi=3D32" ".;@mabi=3D64" I'll post the results once that's finished. > The change needs to be properly tested of course to see if it does not=20 > uncover an odd bug somewhere, but in principle I consider it the right an= d=20 > necessary move. Is there anything else I should be testing? Regards, Thomas --=-=-= Content-Type: application/pgp-signature Content-length: 197 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkxAQPwACgkQC9ZuxbdEiFi06gCgxpRSy3766aRq9wduvK6U+82F No8AoNSaYLQd2UNWfFlrlPrKTryx61sr =hfiV -----END PGP SIGNATURE----- --=-=-=--