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