From owner-freebsd-current@FreeBSD.ORG Fri Nov 9 16:43:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A37CB294 for ; Fri, 9 Nov 2012 16:43:11 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2828FC13 for ; Fri, 9 Nov 2012 16:43:11 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id qA9Gh4Ze061077; Fri, 9 Nov 2012 08:43:04 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id qA9Gh4a6061076; Fri, 9 Nov 2012 08:43:04 -0800 (PST) (envelope-from sgk) Date: Fri, 9 Nov 2012 08:43:04 -0800 From: Steve Kargl To: Konstantin Belousov Subject: Re: clang and static linking? Message-ID: <20121109164304.GA61011@troutmask.apl.washington.edu> References: <20121108231349.GA79485@troutmask.apl.washington.edu> <20121108234932.GA56820@troutmask.apl.washington.edu> <20121109120012.GB73505@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121109120012.GB73505@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Nov 2012 16:43:11 -0000 On Fri, Nov 09, 2012 at 02:00:12PM +0200, Konstantin Belousov wrote: > On Thu, Nov 08, 2012 at 03:49:32PM -0800, Steve Kargl wrote: > > > > This appears to fix the problem. Don't know if this is > > th right way to handle it. > > > > Index: src/s_isnan.c > > =================================================================== > > --- src/s_isnan.c (revision 242701) > > +++ src/s_isnan.c (working copy) > > @@ -40,7 +40,6 @@ > > Is this patch against src/msun ? Yes. > This is only a workaround, which break ABI and older binaries. Which leads to an interest question. With the major upheavel of switching to clang, are there any ABI breaking changes that would be desirable to commit? This would entail a major library version bump. For starters, libc/gen/isnan.c could be removed. > The bug is apparently in clang, which inserts the undef reference > into the resulting object file, when weak alias references undefined > symbol. Gnu as does not have the bug. > > There is some magic switch to reduce amount of clang bugs, like > -fno-integrated-as. Please try to compile the problematic .o with the > switch. I'll try this shortly. Does this mean that we need to build all *.a libraries where a weak reference may occur with this switch? -- Steve