Date: Mon, 22 Mar 2010 08:55:24 +0100 From: Dimitry Andric <dimitry@andric.com> To: Garrett Cooper <yanefbsd@gmail.com> Cc: Alexander Best <alexbestms@wwu.de>, Pegasus Mc Cleaft <ken@mthelicon.com>, freebsd-current@freebsd.org Subject: Re: build failures after stdlib update Message-ID: <4BA7226C.9050907@andric.com> In-Reply-To: <7d6fde3d1003211420j77b916cdt48de132ebe9a0b23@mail.gmail.com> References: <201003211232.35497.ken@mthelicon.com> <permail-20100321124352f7e55a9d0000754e-a_best01@message-id.uni-muenster.de> <20100321140304.37618e59@ernst.jennejohn.org> <20100321140804.48cd1876@ernst.jennejohn.org> <4BA63CB1.3000201@andric.com> <7d6fde3d1003211420j77b916cdt48de132ebe9a0b23@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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... :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BA7226C.9050907>