6.16 gcc omit-frame pointer

Nathan Coulson conathan at gmail.com
Wed Dec 1 15:35:51 PST 2010


On Wed, Dec 1, 2010 at 2:30 PM, David Jensen <djensenlin at windstream.net>wrote:

> On Wed, 01 Dec 2010 15:54:32 -0600
> Randy McMurchy <randy at linuxfromscratch.org> wrote:
>
> > Bruce Dubbs wrote these words on 12/01/10 14:50 CST:
> > > In Chapter 5, we are not doing a full bootstrap, so we add
> > > -fomit-frame-pointer so it will produce the same codes as if it was
> > > a full bootstrap.
> > >
> > > In Chapter 6, we do the same thing.  I think, but I'm not sure,
> > > that -fomit-frame-pointer is the default for x86_64.  If this is
> > > correct, perhaps we can tweak the text a little to clarify.
> >
> > I seem to recall reading in the GCC mailing lists that
> > -fomit-frame-pointer is the default on all builds now. I don't recall
> > what version this was started. It would be easy enough to find out.
> > Anyone with a x86 could start a GCC build and look at the first few
> > times in the log where something is compiled and see if the flag is
> > in the line. If you see it once, you will know it is now default.
> >
>
> I have tried that, no the flag does not appear. But why would it if the
> default was otherwise?  I have tried no flag, '-fomit-frame-pointer'
> and '-fno-omit-frame-pointer' with no difference in the cpp binary.  I
> don't understand the whole thing.
>
> ---
> David Jensen
>
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-dev
> FAQ: http://www.linuxfromscratch.org/faq/
> Unsubscribe: See the above information page
>

It was added when the oca testing started (name could be wrong, Basically
making sure that when LFS built itself, the binaries did not change.  The
reason was to prevent the host from making an impact on the lfs build.

-- 
Nathan Coulson (conathan)
------
Location: Brittish Columbia, Canada
Timezone: PST (-8)
Webpage: http://www.nathancoulson.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfromscratch.org/pipermail/lfs-dev/attachments/20101201/03ca57be/attachment.html>


More information about the lfs-dev mailing list