make profiledbootstrap

Fergus Henderson fjh@cs.mu.OZ.AU
Sat Feb 22 12:13:00 GMT 2003


I have some suggestions about minor wording issues in the documentation.

On 22-Feb-2003, Jan Hubicka <jh@suse.cz> wrote:
> + @section Building with profile feedback
> + 
> + It is possible to use profile feedback to optimize compiler itself.  This

s/compiler/the compiler/

> + should result in faster compiler binary.  Experiments done on x86 using gcc 3.3

s/faster/a faster/

> + did show approximately 7 percent speedup on compiling C programs.

s/did show/showed/

> + Using @samp{make profiledbootstrap} first @code{stage1} compiler is built.

I suggest

When @samp{make profiledbootstrap} is run, it will first build a @code{stage1}
compiler.

> + This compiler is used to build @code{stagefeedback} compiler instrumented to

s/build/build a/

> + collect execution counts of instruction and branch probabilities.  Then runtime
> + libraries are copiled with profile collected.  Finally @code{stageprofile}

s/copiled/compiled/
s/Finally/Finally a/

> + compiler is built using the infromation collected.

s/infromation/information/

> + Unlike @samp{make bootstrap} several additional restriction apply.  The

s/restriction/restrictions/

> + compiler used to build @code{stage1} needs to support 64bit type.  It is

s/64bit type/a 64-bit integral type/

> + recommended to only use GCC for this.  Also the parallel make is currently not
> + supported since collisions in profile collecting may occur.

s/the parallel make/parallel make/

-- 
Fergus Henderson <fjh@cs.mu.oz.au>  |  "I have always known that the pursuit
The University of Melbourne         |  of excellence is a lethal habit"
WWW: <http://www.cs.mu.oz.au/~fjh>  |     -- the last words of T. S. Garp.



More information about the Gcc-patches mailing list