From owner-freebsd-toolchain@FreeBSD.ORG Mon Nov 8 17:04:45 2010 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86B41065672 for ; Mon, 8 Nov 2010 17:04:45 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id CEC928FC0A for ; Mon, 8 Nov 2010 17:04:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0LBK003G2PZ3X470@asmtp030.mac.com> for freebsd-toolchain@freebsd.org; Mon, 08 Nov 2010 08:04:17 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1011080072 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-08_07:2010-11-08, 2010-11-08, 1970-01-01 signatures=0 From: Marcel Moolenaar In-reply-to: <4CD05CD9.7000606@andric.com> Date: Mon, 08 Nov 2010 08:04:15 -0800 Message-id: <76EF40F1-9A0B-4753-9740-67FA8BFAA4CE@mac.com> References: <4CD05CD9.7000606@andric.com> To: Dimitry Andric X-Mailer: Apple Mail (2.1081) Cc: freebsd-toolchain@freebsd.org Subject: Re: Please test the binutils-2.17 project branch X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 17:04:46 -0000 On Nov 2, 2010, at 11:47 AM, Dimitry Andric wrote: > > - ia64 > > Something in sys/boot/ia64/efi/ldscript.ia64 makes ld complain about > mixing ordered and unordered sections: I've looked into this a bit and nothing obvious popped up. I'll keep at it. Thanks for your efforts so far! -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-toolchain@FreeBSD.ORG Mon Nov 8 17:06:01 2010 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83CC1106566B for ; Mon, 8 Nov 2010 17:06:01 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3288FC18 for ; Mon, 8 Nov 2010 17:06:01 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0LBK003G2PZ3X470@asmtp030.mac.com>; Mon, 08 Nov 2010 08:05:14 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1011080072 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-08_07:2010-11-08, 2010-11-08, 1970-01-01 signatures=0 From: Marcel Moolenaar In-reply-to: <4CD472BC.4050808@FreeBSD.org> Date: Mon, 08 Nov 2010 08:05:06 -0800 Message-id: <062E0E19-BBEC-4E35-9142-EA4468927F95@mac.com> References: <4CD05CD9.7000606@andric.com> <4CD472BC.4050808@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1081) Cc: freebsd-toolchain@freebsd.org Subject: Re: Please test the binutils-2.17 project branch X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Nov 2010 17:06:01 -0000 On Nov 5, 2010, at 2:10 PM, Dimitry Andric wrote: > On 2010-11-02 19:47, Dimitry Andric wrote: >> - ia64 >> >> Something in sys/boot/ia64/efi/ldscript.ia64 makes ld complain about >> mixing ordered and unordered sections: >> >> ===> sys/boot/ia64/efi (all) >> ... >> /usr/obj/ia64.ia64/home/dim/src/freebsd/binutils-2.17/tmp/usr/bin/ld: .data has both ordered [`.IA_64.unwind' in efimd.o] and unordered [`.IA_64.unwind_info' in /usr/obj/ia64.ia64/home/dim/src/freebsd/binutils-2.17/tmp/usr/lib/libstand.a(strlen.o)] sections >> /usr/obj/ia64.ia64/home/dim/src/freebsd/binutils-2.17/tmp/usr/bin/ld: final link failed: Bad value > > I have committed r214850, which makes this, and sys/boot/ia64/ski link, > but I need someone to test this on real hardware, at run-time. Does it > still boot with this loader.efi? :) Sweet! You're faster than I am... I'll give it a spin. I'll report back soon... -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-toolchain@FreeBSD.ORG Tue Nov 9 05:01:57 2010 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39AB0106566B; Tue, 9 Nov 2010 05:01:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4BC8FC14; Tue, 9 Nov 2010 05:01:56 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from sa-nc-common-155.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0LBL00MQYPZ2PY10@asmtp030.mac.com>; Mon, 08 Nov 2010 21:01:52 -0800 (PST) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1011080200 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-09_02:2010-11-09, 2010-11-08, 1970-01-01 signatures=0 From: Marcel Moolenaar In-reply-to: <062E0E19-BBEC-4E35-9142-EA4468927F95@mac.com> Date: Mon, 08 Nov 2010 21:01:50 -0800 Message-id: <3EFD65C5-A76F-4664-A682-FCBDB2EAEA74@mac.com> References: <4CD05CD9.7000606@andric.com> <4CD472BC.4050808@FreeBSD.org> <062E0E19-BBEC-4E35-9142-EA4468927F95@mac.com> To: Marcel Moolenaar X-Mailer: Apple Mail (2.1081) Cc: freebsd-toolchain@freebsd.org, Dimitry Andric Subject: Re: Please test the binutils-2.17 project branch X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2010 05:01:57 -0000 On Nov 8, 2010, at 8:05 AM, Marcel Moolenaar wrote: >> >> I have committed r214850, which makes this, and sys/boot/ia64/ski link, >> but I need someone to test this on real hardware, at run-time. Does it >> still boot with this loader.efi? :) > > Sweet! You're faster than I am... > > I'll give it a spin. I'll report back soon... No good: fs0:\> loader.efi Consoles: EFI console FreeBSD/ia64 EFI boot, Revision 2.2 (marcel@hob.xcllnt.net, Mon Oct 25 20:16:22 PDT 2010) 7 0 0x00006B 0x000000000000001E unexpected trap 7 0 0x000066 0x000000000000001E trap taken, number in ext PE 7 0 0x00003C 0x0000000000005A00 trap taken, offset in ext PE I'll look into it later. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-toolchain@FreeBSD.ORG Thu Nov 11 15:52:45 2010 Return-Path: Delivered-To: toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3148D10656A6; Thu, 11 Nov 2010 15:52:45 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (unknown [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id C27CD8FC1C; Thu, 11 Nov 2010 15:52:44 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id 00AD02A28D04; Thu, 11 Nov 2010 16:52:43 +0100 (CET) Date: Thu, 11 Nov 2010 16:52:43 +0100 From: Ed Schouten To: current@FreeBSD.org, toolchain@FreeBSD.org Message-ID: <20101111155243.GL2054@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CdchzlyJM2/27Jxw" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: libcompiler_rt now part of FreeBSD's base system X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 15:52:45 -0000 --CdchzlyJM2/27Jxw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello all, I just committed libcompiler_rt.a to HEAD. Even though I don't expect serious issues -- especially not on the tier 1 architectures -- be sure to contact me in case something goes wrong. I hooked it up to the build in a separate commit, so if your system starts to act weird, just revert r215127. Thanks to everyone who helped testing this! --=20 Ed Schouten WWW: http://80386.nl/ ----- Forwarded message from Ed Schouten ----- > Date: Thu, 11 Nov 2010 15:48:27 +0000 (UTC) > From: Ed Schouten > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > Subject: svn commit: r215127 - in head: . gnu/lib/libgcc lib sys/sys >=20 > Author: ed > Date: Thu Nov 11 15:48:27 2010 > New Revision: 215127 > URL: http://svn.freebsd.org/changeset/base/215127 >=20 > Log: > Replace libgcc.a by libcompiler_rt.a. > =20 > libcompiler_rt.a is a BSD licensed C language runtime, which implements > many routines which are linked into binaries on architectures where > certain functionality is missing (e.g. 64 bits mul/div on i386). > =20 > Unfortunately, libcompiler_rt cannot replace libgcc entirely. Certain > features, such as an unwinder for exception handling, are missing. > That's why only libgcc.a is replaced for now, because this one does seem > to be complete. > =20 > Tested by: rene (amd64), nwhitehorn (powerpc), droso (i386 exprun) > and many others. Thanks! > Obtained from: user/ed/compiler-rt >=20 > ----- End forwarded message ----- --CdchzlyJM2/27Jxw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkzcEUsACgkQ52SDGA2eCwVMlQCeM9WWGe1pNaoOXeRefQgyQsv2 njsAn059E1CFRm5ojJjMF67ReBO7BJCv =k5rL -----END PGP SIGNATURE----- --CdchzlyJM2/27Jxw-- From owner-freebsd-toolchain@FreeBSD.ORG Thu Nov 11 18:36:18 2010 Return-Path: Delivered-To: toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06283106564A; Thu, 11 Nov 2010 18:36:18 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 87E068FC1B; Thu, 11 Nov 2010 18:36:17 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id oABIaBPc079508; Thu, 11 Nov 2010 10:36:11 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id oABIaBFO079507; Thu, 11 Nov 2010 10:36:11 -0800 (PST) (envelope-from sgk) Date: Thu, 11 Nov 2010 10:36:11 -0800 From: Steve Kargl To: Ed Schouten Message-ID: <20101111183611.GB79418@troutmask.apl.washington.edu> References: <20101111155243.GL2054@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101111155243.GL2054@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: toolchain@freebsd.org, current@freebsd.org Subject: Re: libcompiler_rt now part of FreeBSD's base system X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 18:36:18 -0000 On Thu, Nov 11, 2010 at 04:52:43PM +0100, Ed Schouten wrote: > Hello all, > > I just committed libcompiler_rt.a to HEAD. Even though I don't expect > serious issues -- especially not on the tier 1 architectures -- be sure > to contact me in case something goes wrong. I hooked it up to the build > in a separate commit, so if your system starts to act weird, just revert > r215127. > > Thanks to everyone who helped testing this! > Perhaps, a note in src/UPDATING to record the revision number and the __FreeBSD_version is merited. -- Steve From owner-freebsd-toolchain@FreeBSD.ORG Thu Nov 11 19:44:35 2010 Return-Path: Delivered-To: toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDB25106564A for ; Thu, 11 Nov 2010 19:44:35 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 77D598FC0A for ; Thu, 11 Nov 2010 19:44:35 +0000 (UTC) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E801F9CB051; Thu, 11 Nov 2010 20:29:13 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by lev.vlakno.cz (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ogvD8NOVdfiM; Thu, 11 Nov 2010 20:29:13 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 7950B9CB5E9; Thu, 11 Nov 2010 20:29:13 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.4/8.14.4/Submit) id oABJTDNL015243; Thu, 11 Nov 2010 20:29:13 +0100 (CET) (envelope-from rdivacky) Date: Thu, 11 Nov 2010 20:29:13 +0100 From: Roman Divacky To: Ed Schouten Message-ID: <20101111192913.GA14762@freebsd.org> References: <20101111155243.GL2054@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101111155243.GL2054@hoeg.nl> User-Agent: Mutt/1.4.2.3i Cc: toolchain@FreeBSD.org, current@FreeBSD.org Subject: Re: libcompiler_rt now part of FreeBSD's base system X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Nov 2010 19:44:35 -0000 On Thu, Nov 11, 2010 at 04:52:43PM +0100, Ed Schouten wrote: > Hello all, > > I just committed libcompiler_rt.a to HEAD. Even though I don't expect > serious issues -- especially not on the tier 1 architectures -- be sure > to contact me in case something goes wrong. I hooked it up to the build > in a separate commit, so if your system starts to act weird, just revert > r215127. great! can you share some more info about: - what is the plan for the unwinder etc? I know there's something from apple (not opensourced yet?) and others (tm) (not announced publicly yet I think) - how often(ever?) do you plan to update? while there's not much going on in compiler-rt repo it's not dead - do you plan to tackle libc++ now? :-P roman From owner-freebsd-toolchain@FreeBSD.ORG Fri Nov 12 14:57:27 2010 Return-Path: Delivered-To: toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9115E10656A3; Fri, 12 Nov 2010 14:57:27 +0000 (UTC) (envelope-from flo@smeets.im) Received: from mail.solomo.de (mail.solomo.de [IPv6:2a01:238:42c7:9a00::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1E88F8FC1B; Fri, 12 Nov 2010 14:57:27 +0000 (UTC) Received: from mail.solomo.de (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id D83AA5C62; Fri, 12 Nov 2010 15:57:25 +0100 (CET) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by mail.solomo.de (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 5ZZ6DAreOcNU; Fri, 12 Nov 2010 15:57:21 +0100 (CET) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 05C665C61; Fri, 12 Nov 2010 15:57:20 +0100 (CET) Message-ID: <4CDD55D0.10004@smeets.im> Date: Fri, 12 Nov 2010 15:57:20 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b3pre Thunderbird/3.1.6 MIME-Version: 1.0 To: Ed Schouten References: <20101111155243.GL2054@hoeg.nl> In-Reply-To: <20101111155243.GL2054@hoeg.nl> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: toolchain@FreeBSD.org, current@FreeBSD.org, sparc64@freebsd.org Subject: Re: libcompiler_rt now part of FreeBSD's base system X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2010 14:57:27 -0000 On 11.11.10 16:52, Ed Schouten wrote: > I just committed libcompiler_rt.a to HEAD. Even though I don't expect > serious issues -- especially not on the tier 1 architectures -- be sure > to contact me in case something goes wrong. I hooked it up to the build > in a separate commit, so if your system starts to act weird, just revert > r215127. > Hi Ed, i'm at r215149 on sparc64, and my compiler stopped working. buildworld stops after 42 lines (http://smeets.im/~flo/bw.log). cc1 dumps a 1GB core file. Program terminated with signal 4, Illegal instruction. #0 0x00000000004ced80 in ?? () (gdb) where #0 0x00000000004ced80 in ?? () #1 0x00000000004cedb0 in ?? () Previous frame identical to this frame (corrupt stack?) Right now i cannot go back to r215126 to verify that it really is this change which is causing it :-) Previously the system was running a build from around Nov. 1st Anything i can do to narrow this down? -- Florian Smeets From owner-freebsd-toolchain@FreeBSD.ORG Fri Nov 12 16:01:56 2010 Return-Path: Delivered-To: toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EEB3106564A; Fri, 12 Nov 2010 16:01:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3988FC20; Fri, 12 Nov 2010 16:01:55 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id D213C2A28D04; Fri, 12 Nov 2010 17:01:54 +0100 (CET) Date: Fri, 12 Nov 2010 17:01:54 +0100 From: Ed Schouten To: Florian Smeets Message-ID: <20101112160154.GW2054@hoeg.nl> References: <20101111155243.GL2054@hoeg.nl> <4CDD55D0.10004@smeets.im> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qhIxone6Wj/jtFUc" Content-Disposition: inline In-Reply-To: <4CDD55D0.10004@smeets.im> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: toolchain@FreeBSD.org, FreeBSD Current , sparc64@freebsd.org Subject: Re: libcompiler_rt now part of FreeBSD's base system X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2010 16:01:56 -0000 --qhIxone6Wj/jtFUc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Florian, others, * Florian Smeets , 20101112 15:57: > i'm at r215149 on sparc64, and my compiler stopped working. buildworld > stops after 42 lines (http://smeets.im/~flo/bw.log). cc1 dumps a 1GB > core file. I'll look into as soon as possible, but to prevent additional breakage, I've switched sparc64 back to the original libgcc. --=20 Ed Schouten WWW: http://80386.nl/ --qhIxone6Wj/jtFUc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAkzdZPIACgkQ52SDGA2eCwV1lgCdH3RbqgKyLM5AlbEqIZElJfyD 5OsAnRl+UIcIpJ8OMGwp9bYFNA0LRPb8 =FncD -----END PGP SIGNATURE----- --qhIxone6Wj/jtFUc-- From owner-freebsd-toolchain@FreeBSD.ORG Fri Nov 12 17:25:59 2010 Return-Path: Delivered-To: toolchain@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D52F1065672; Fri, 12 Nov 2010 17:25:59 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 72E3B8FC1E; Fri, 12 Nov 2010 17:25:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-common-155.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LBS00IXF5MFK090@asmtp024.mac.com>; Fri, 12 Nov 2010 08:25:35 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-12_08:2010-11-12, 2010-11-12, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=2 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1011120115 From: Marcel Moolenaar In-reply-to: <20101111155243.GL2054@hoeg.nl> Date: Fri, 12 Nov 2010 08:25:27 -0800 Message-id: <4183CFBE-8C83-4BF1-A7AE-31D701A2DA44@mac.com> References: <20101111155243.GL2054@hoeg.nl> To: Ed Schouten X-Mailer: Apple Mail (2.1081) Cc: toolchain@FreeBSD.org, current@FreeBSD.org Subject: Re: libcompiler_rt now part of FreeBSD's base system X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2010 17:25:59 -0000 On Nov 11, 2010, at 7:52 AM, Ed Schouten wrote: > Hello all, > > I just committed libcompiler_rt.a to HEAD. Even though I don't expect > serious issues -- especially not on the tier 1 architectures -- be sure > to contact me in case something goes wrong. I hooked it up to the build > in a separate commit, so if your system starts to act weird, just revert > r215127. I'm testing ia64, right now. I see the following: pluto2# chroot /tank/release/current /bin/tcsh # cd /lib # ls -al *gcc* *compiler* -r--r--r-- 1 0 0 104952 Nov 12 15:55 libgcc_s.so.1 # cd /usr/lib # ls -al *gcc* *compiler* -r--r--r-- 1 0 0 172434 Nov 12 15:53 libcompiler_rt.a -r--r--r-- 1 0 0 209196 Nov 12 15:53 libcompiler_rt_p.a lrwxr-xr-x 1 0 0 16 Nov 12 15:53 libgcc.a -> libcompiler_rt.a -r--r--r-- 1 0 0 60754 Nov 12 15:55 libgcc_eh.a -r--r--r-- 1 0 0 65706 Nov 12 15:55 libgcc_eh_p.a lrwxr-xr-x 1 0 0 18 Nov 12 15:53 libgcc_p.a -> libcompiler_rt_p.a lrwxr-xr-x 1 0 0 18 Nov 12 15:55 libgcc_s.so -> /lib/libgcc_s.so.1 This looks like an inconsistency to me. Aren't we building a shared libcompiler_rt to replace the shared libgcc? Should I worry about the EH support? BTW: The chroot seems functional from the minimal testing I've done so far. We're not DOA! :-) -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-toolchain@FreeBSD.ORG Fri Nov 12 18:37:00 2010 Return-Path: Delivered-To: toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF7EB10656C4; Fri, 12 Nov 2010 18:37:00 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 1CCCE8FC17; Fri, 12 Nov 2010 18:36:59 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id oACIMUZM022041; Fri, 12 Nov 2010 19:22:30 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id oACIMTw1022040; Fri, 12 Nov 2010 19:22:29 +0100 (CET) (envelope-from marius) Date: Fri, 12 Nov 2010 19:22:29 +0100 From: Marius Strobl To: Florian Smeets Message-ID: <20101112182229.GA20533@alchemy.franken.de> References: <20101111155243.GL2054@hoeg.nl> <4CDD55D0.10004@smeets.im> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CDD55D0.10004@smeets.im> User-Agent: Mutt/1.4.2.3i Cc: sparc64@freebsd.org, current@freebsd.org, toolchain@freebsd.org Subject: Re: libcompiler_rt now part of FreeBSD's base system X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Nov 2010 18:37:00 -0000 On Fri, Nov 12, 2010 at 03:57:20PM +0100, Florian Smeets wrote: > On 11.11.10 16:52, Ed Schouten wrote: > > I just committed libcompiler_rt.a to HEAD. Even though I don't expect > > serious issues -- especially not on the tier 1 architectures -- be sure > > to contact me in case something goes wrong. I hooked it up to the build > > in a separate commit, so if your system starts to act weird, just revert > > r215127. > > > > Hi Ed, > > i'm at r215149 on sparc64, and my compiler stopped working. buildworld > stops after 42 lines (http://smeets.im/~flo/bw.log). cc1 dumps a 1GB > core file. > > Program terminated with signal 4, Illegal instruction. > #0 0x00000000004ced80 in ?? () > (gdb) where > #0 0x00000000004ced80 in ?? () > #1 0x00000000004cedb0 in ?? () > Previous frame identical to this frame (corrupt stack?) > > Right now i cannot go back to r215126 to verify that it really is this > change which is causing it :-) Previously the system was running a build > from around Nov. 1st > I was just about to report the same based on a test of r214838. With debugging symbols I get a more meaningful though: nimrod# gdb /tmp/objrt.old/usr/home/marius/co/compiler-rt/gnu/usr.bin/cc/cc1/cc1 /tmp/objrt/usr/home/marius/co/compiler-rt/tmp/usr/home/marius/co/compiler-rt/tools/build/cc1.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `cc1'. Program terminated with signal 4, Illegal instruction. #0 0x00000000004c0aa0 in __ctzdi2 () (gdb) bt #0 0x00000000004c0aa0 in __ctzdi2 () #1 0x00000000004c0ad0 in __ctzdi2 () (gdb) The corresponding assembler code is: 00000000004c0aa0 <__ctzdi2>: 4c0aa0: 9d e3 bf 40 save %sp, -192, %sp 4c0aa4: 82 10 00 18 mov %i0, %g1 4c0aa8: 80 a0 00 18 cmp %g0, %i0 4c0aac: 85 3e 30 20 srax %i0, 0x20, %g2 4c0ab0: b0 40 3f ff addc %g0, -1, %i0 4c0ab4: 90 38 00 18 xnor %g0, %i0, %o0 4c0ab8: 84 0e 00 02 and %i0, %g2, %g2 4c0abc: 90 0a 00 01 and %o0, %g1, %o0 4c0ac0: b0 0e 20 20 and %i0, 0x20, %i0 4c0ac4: 90 12 00 02 or %o0, %g2, %o0 4c0ac8: 7f ff ff f6 call 4c0aa0 <__ctzdi2> 4c0acc: 91 32 20 00 srl %o0, 0, %o0 4c0ad0: b0 06 00 08 add %i0, %o0, %i0 4c0ad4: 81 cf e0 08 rett %i7 + 8 4c0ad8: 91 3a 20 00 sra %o0, 0, %o0 4c0adc: 01 00 00 00 nop I think what happens here is that GCC uses __ctzdi2() to implement __builtin_ctz(), while the libcompiler-rt version of __ctzdi2() uses __builtin_ctz(), so __ctzdi2() is called recursively until the stack overflows. Note that GCC has code like: int __ctzsi2 (uSI x) { return __builtin_ctz (x); } and rwindow_save() returns SIGILL, so I think this theory is correct but I've no idea how to solve that. Another thing that worries me is that by switching to libcompiler-rt we lose all the assembler optimizations libgcc has for sparc64. When building with libcompiler-rt the buildworld time increases by 2.6% on sparc64. I guess this mostly is due to the fact that now both libcompiler-rt and libgcc are built though. Do you have an idea how to benchmark the possible performance loss with libcompiler-rt for typical applications? Marius