From owner-freebsd-current@FreeBSD.ORG Mon Mar 22 07:55:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F327106564A for ; Mon, 22 Mar 2010 07:55:23 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 20E678FC12 for ; Mon, 22 Mar 2010 07:55:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:99c7:b547:bf57:f30c] (unknown [IPv6:2001:7b8:3a7:0:99c7:b547:bf57:f30c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D80DC5C59; Mon, 22 Mar 2010 08:55:18 +0100 (CET) Message-ID: <4BA7226C.9050907@andric.com> Date: Mon, 22 Mar 2010 08:55:24 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.2pre) Gecko/20100311 Lanikai/3.1b2pre MIME-Version: 1.0 To: Garrett Cooper References: <201003211232.35497.ken@mthelicon.com> <20100321140304.37618e59@ernst.jennejohn.org> <20100321140804.48cd1876@ernst.jennejohn.org> <4BA63CB1.3000201@andric.com> <7d6fde3d1003211420j77b916cdt48de132ebe9a0b23@mail.gmail.com> In-Reply-To: <7d6fde3d1003211420j77b916cdt48de132ebe9a0b23@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Best , Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: build failures after stdlib update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 22 Mar 2010 07:55:23 -0000 On 2010-03-21 22:20, Garrett Cooper wrote: >> From gcc(1): >> >> -s Remove all symbol table and relocation information from the exe- >> cutable. >> >> This is more or less the same as running strip(1) over the produced >> executables. Usually one uses it for non-debug builds. > > That seems a bit harsh (especially because that makes certain > libraries uses kind of moot, like *_p.a, right?). No, since -s only applies to the linking stage, so for executables or shared libraries. It does not apply to object files or libraries. It could be argued that -s really belongs in LDFLAGS... :)