From: Gerald Pfeifer <gerald@pfeifer.com>
To: Uros Bizjak <ubizjak@gmail.com>,
Sandra Loosemore <sandra@codesourcery.com>
Cc: Jan Hubicka <hubicka@ucw.cz>, gcc-patches@gcc.gnu.org
Subject: Re: [PATCH, bootstrap]: Add bootstrap-lto-noplugin build configuration (PR65537)
Date: Mon, 06 Apr 2015 12:45:00 -0000 [thread overview]
Message-ID: <alpine.LSU.2.20.1504061436420.9357@tuna.site> (raw)
In-Reply-To: <CAFULd4YS04jH78tC9njvfaGJ9Y7kcXdPm=o959cWPZwAxe-75w@mail.gmail.com>
On Thu, 26 Mar 2015, Uros Bizjak wrote:
> Thanks, I have added following text to the description:
>
> --cut here--
> @item @samp{bootstrap-lto-noplugin}
> This option is similar to @code{bootstrap-lto}, but is intended for
> -hosts that do not support the linker plugin.
> +hosts that do not support the linker plugin. Please note that static
> +libraries are not compiled with link time optimizations without
> +linker plugin. Since GCC middle-end and back-end are in libbackend.a,
> +it means that only part of the frontend is actually LTO optimized.
> --cut here--
I believe there were a couple of issues (link time should be link-time
when it's an adjective, middle-end and back-end on the other hand lose
the the dash when used as a noun,...) and I rewrote this a bit.
Thoughts on the below? Sandra?
Gerald
2015-04-06 Gerald Pfeifer <gerald@pfeifer.com>
* doc/install.texi (bootstrap-lto-noplugin): Rewrite.
Index: doc/install.texi
===================================================================
--- doc/install.texi (revision 221832)
+++ doc/install.texi (working copy)
@@ -2525,10 +2525,10 @@
@item @samp{bootstrap-lto-noplugin}
This option is similar to @code{bootstrap-lto}, but is intended for
-hosts that do not support the linker plugin. Please note that static
-libraries are not compiled with link time optimizations without
-linker plugin. Since GCC middle-end and back-end are in libbackend.a,
-it means that only part of the frontend is actually LTO optimized.
+hosts that do not support the linker plugin. Without the linker plugin
+static libraries are not compiled with link-time optimizations. Since
+the GCC middle end and back end are in @file{libbackend.a} this means
+that only the frontend is actually LTO optimized.
@item @samp{bootstrap-debug}
Verifies that the compiler generates the same executable code, whether
next prev parent reply other threads:[~2015-04-06 12:45 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-24 16:43 Uros Bizjak
2015-03-25 14:24 ` Jakub Jelinek
2015-03-25 19:16 ` Uros Bizjak
2015-03-26 1:11 ` Jan Hubicka
2015-03-26 8:20 ` Uros Bizjak
2015-04-06 12:45 ` Gerald Pfeifer [this message]
2015-04-06 17:19 ` Sandra Loosemore
2015-04-08 12:13 ` Gerald Pfeifer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LSU.2.20.1504061436420.9357@tuna.site \
--to=gerald@pfeifer.com \
--cc=gcc-patches@gcc.gnu.org \
--cc=hubicka@ucw.cz \
--cc=sandra@codesourcery.com \
--cc=ubizjak@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).