From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 92954 invoked by alias); 20 May 2019 20:50:27 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 92866 invoked by uid 89); 20 May 2019 20:50:26 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-10.7 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,UNPARSEABLE_RELAY autolearn=ham version=3.3.1 spammy=hacking X-HELO: userp2130.oracle.com Received: from userp2130.oracle.com (HELO userp2130.oracle.com) (156.151.31.86) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 20 May 2019 20:50:25 +0000 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4KKhiDr030811; Mon, 20 May 2019 20:50:23 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : references : date : in-reply-to : message-id : mime-version : content-type; s=corp-2018-07-02; bh=CgyLPlDgFB8bRXwOWHHvC1iamon03mglFSX8jInjUIg=; b=MGDXYOQNoyVv+e++xE9eSjVxad0xmRUclHig4DE5IFydZ7VfFYjnFct2DaD5sh93Ofo9 +QbPdSSR7NusnrVMeU9qmIEM0cWiXvL/bbej40i1IHqMVoaV5UGAw7nvviTSI+53cNuG 0g48DloOGD16tVbKjitJYpTi63m2cTkykCIy5W0Qzw3G6g+1+KDgQukdH3XltCLBCSur b7QaGnS4JcI6AwCF6yTqohrO9B+N52l6H1HZ3P0OctZBog7HaoDcAp+UlU8RdDshTq/J /und4OUAYQ91bWufTGQ2sLssR4onyNJN394DSl5B5D58JD8zuzAzODw/eYX4MGr+4lfr tQ== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 2sj9ft9h0r-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 May 2019 20:50:23 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4KKnTIN017255; Mon, 20 May 2019 20:50:22 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 2sks1xtk40-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 May 2019 20:50:22 +0000 Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x4KKoKiR003424; Mon, 20 May 2019 20:50:21 GMT Received: from loom (/81.187.191.129) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 May 2019 20:50:20 +0000 From: Nick Alcock To: Joseph Myers Cc: Subject: Re: [PATCH v2 00/19] libctf, and CTF support for objdump and readelf References: <20190517221002.408822-1-nick.alcock@oracle.com> Date: Mon, 20 May 2019 20:50:00 -0000 In-Reply-To: (Joseph Myers's message of "Mon, 20 May 2019 19:27:04 +0000") Message-ID: <87pnocg8ae.fsf@esperi.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2019-05/txt/msg00256.txt.bz2 On 20 May 2019, Joseph Myers uttered the following: > On Fri, 17 May 2019, Nick Alcock wrote: > >> Joseph: you'll probably be interested in patches 3, 9, 10, and 15 in particular, >> for their BFDization and portability fixes. > > Thanks. A quick question would be what hosts you've tested this builds > for. At least some GNU/Linux distributions package cross-compilers for > MinGW; if you install such a compiler and make sure that binutils, with > these patches, can build using it, --host=x86_64-w64-mingw32 > --target= (adjust host as needed if the host triplet of > the packaged compiler is different), then there shouldn't be major > problems getting it to build on any other likely host either. Oh blast I knew I forgot to mention something. This has mostly been tested on Linux (x86_64, arm64, and sparc64): I did do a native mingw build a while back (right after doing the mmap and pread stuff) but I probably need to do another one. I'm tempted to do a FreeBSD build too simply because it's easy. I did most of the no-mmap and no-pread() testing on Linux, by just hacking the config.h to turn it off and making sure it wasn't making the relevant syscalls any more, and still worked. (Which it does, but it's slower when doing archive opens, unsurprisingly, since it's reading the whole archive in even if only a bit is needed.) I suspect the bfd side of things is still broken: a teammate has just tested it and reported that things aren't working there yet. I'll look at that tomorrow.