Date: Sun, 21 Mar 2010 14:20:55 -0700 From: Garrett Cooper <yanefbsd@gmail.com> To: Dimitry Andric <dimitry@andric.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: <7d6fde3d1003211420j77b916cdt48de132ebe9a0b23@mail.gmail.com> In-Reply-To: <4BA63CB1.3000201@andric.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>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Mar 21, 2010 at 8:35 AM, Dimitry Andric <dimitry@andric.com> wrote: > On 2010-03-21 14:08, Gary Jennejohn wrote: >>>> >>>> CPUTYPE=native >>>> CFLAGS=-O2 -fno-strict-aliasing -pipe -s >>>> >>>> btw: what's the -s switch doing? >>> >>> It "silences" make. See the man page. It's useful because basically >>> only >>> errors are emitted. >> >> Oops. That's wrong. I got confused. I'd like to know that myself, now >> that I'm no longer confused :) > > 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?). Cheers, -Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7d6fde3d1003211420j77b916cdt48de132ebe9a0b23>