From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4816 invoked by alias); 30 Jun 2015 15:01:02 -0000 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 Received: (qmail 4798 invoked by uid 89); 30 Jun 2015 15:01:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=no version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 30 Jun 2015 15:01:00 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 47F58BC6AA; Tue, 30 Jun 2015 15:00:59 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t5UF0vK3032665; Tue, 30 Jun 2015 11:00:58 -0400 Message-ID: <5592AF29.7070206@redhat.com> Date: Tue, 30 Jun 2015 15:01:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: "Metzger, Markus T" CC: "gdb-patches@sourceware.org" Subject: Re: [PATCH 1/5] configure: check for libipt References: <1435047418-21611-1-git-send-email-markus.t.metzger@intel.com> <1435047418-21611-2-git-send-email-markus.t.metzger@intel.com> <559291F2.4010504@redhat.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-06/txt/msg00643.txt.bz2 On 06/30/2015 03:54 PM, Metzger, Markus T wrote: >> Is the library host independent? That is, does it handle >> host vs target endianness, integer types, etc.? E.g., is a big endian PPC >> host debugging against an x86-64 gdbserver able to use libipt? Another >> example would be a big endian PPC host loading an x86-64 core dump that >> includes ipt data (once we get to it). > > No. It may not be too hard to make it work, though. Most of the memory > accesses are byte-wise, already. > > I don't have a PPC system to test this configuration. FYI, there's a few quite powerful ppc64 machines in the gcc compile farm (gcc110-gcc112): https://gcc.gnu.org/wiki/CompileFarm > Is this something > where Sergio's buildbot can help? How is this cross-platform testing > usually handled? Probably not, as no buildslave configured in our buildbot does any cross testing. It wouldn't be impossible, we could use the gcc compile farm machines for that, just nobody ever set it up. > Until libipt is available for PPC, you simply can't build a GDB with Intel PT > support on PPC. When you configure GDB, HAVE_LIBIPT will be undefined > and GDB will fall back to BTS or report an error. We're not breaking anything. > The feature will just not be available on all platforms. OK, that's fine. Was just checking. Thanks, Pedro Alves