From 04367bfc20c021c4105abf0c33b86d55f782d1e8 Mon Sep 17 00:00:00 2001 From: Gabor Greif Date: Fri, 6 Jul 2007 22:07:22 +0000 Subject: first pass of nomenclature changes in .html files git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@37956 91177308-0d34-0410-b5e6-96231b3b80d8 --- docs/CompilerDriver.html | 42 +++++++++++++++++++++--------------------- 1 file changed, 21 insertions(+), 21 deletions(-) (limited to 'docs/CompilerDriver.html') diff --git a/docs/CompilerDriver.html b/docs/CompilerDriver.html index c73723efd0..253f4719a6 100644 --- a/docs/CompilerDriver.html +++ b/docs/CompilerDriver.html @@ -199,7 +199,7 @@
@@ -215,10 +215,10 @@ Optimization
-Ox @@ -229,13 +229,13 @@ Linking
    -
  • LLVM Bytecode
  • +
  • LLVM Bitcode
  • Native Object Code
  • LLVM Library
  • Native Library
    -
  • LLVM Bytecode Executable
  • +
  • LLVM Bitcode Executable
  • Native Executable
@@ -291,7 +291,7 @@ should be invoked. Users may but are not advised to alter the compiler's available command line options for those programs regardless of whether they were written for LLVM or not. Furthermore, not all compiler tools will have the same capabilities. Some compiler tools will simply generate LLVM assembly -code, others will be able to generate fully optimized byte code. In general, +code, others will be able to generate fully optimized bitcode. In general, llvmc doesn't make any assumptions about the capabilities or command line options of a sub-tool. It simply uses the details found in the configuration files and leaves it to the compiler writer to specify the @@ -299,9 +299,9 @@ configuration correctly.

This approach means that new compiler tools can be up and working very quickly. As a first cut, a tool can simply compile its source to raw -(unoptimized) bytecode or LLVM assembly and llvmc can be configured -to pick up the slack (translate LLVM assembly to bytecode, optimize the -bytecode, generate native assembly, link, etc.). In fact, the compiler tools +(unoptimized) bitcode or LLVM assembly and llvmc can be configured +to pick up the slack (translate LLVM assembly to bitcode, optimize the +bitcode, generate native assembly, link, etc.). In fact, the compiler tools need not use any LLVM libraries, and it could be written in any language (instead of C++). The configuration data will allow the full range of optimization, assembly, and linking capabilities that LLVM provides to be added @@ -309,7 +309,7 @@ to these kinds of tools. Enabling the rapid development of front-ends is one of the primary goals of llvmc.

As a compiler tool matures, it may utilize the LLVM libraries and tools -to more efficiently produce optimized bytecode directly in a single compilation +to more efficiently produce optimized bitcode directly in a single compilation and optimization program. In these cases, multiple tools would not be needed and the configuration data for the compiler would change.

@@ -532,10 +532,10 @@ optimization.

translator.output - bytecode or assembly + bitcode or assembly This item specifies the kind of output the language's translator generates. - bytecode + bitcode translator.preprocesses @@ -556,10 +556,10 @@ optimization.

optimizer.output - bytecode or assembly + bitcode or assembly This item specifies the kind of output the language's - optimizer generates. Valid values are "assembly" and "bytecode" - bytecode + optimizer generates. Valid values are "assembly" and "bitcode" + bitcode optimizer.preprocesses @@ -724,7 +724,7 @@ optimization.

translator.required=true # stkrc doesn't handle the -On options - translator.output=bytecode + translator.output=bitcode ########################################################## # Optimizer definitions @@ -742,7 +742,7 @@ optimization.

# opt doesn't preprocess optimizer.preprocesses=no - # opt produces bytecode + # opt produces bitcode optimizer.output = bc ########################################################## @@ -761,7 +761,7 @@ optimization.

defined below.

assembly
-
A compilation phase in which LLVM bytecode or +
A compilation phase in which LLVM bitcode or LLVM assembly code is assembled to a native code format (either target specific aseembly language or the platform's native object file format).
@@ -774,12 +774,12 @@ optimization.

Refers to llvmc itself.
linking
-
A compilation phase in which LLVM bytecode files +
A compilation phase in which LLVM bitcode files and (optionally) native system libraries are combined to form a complete executable program.
optimization
-
A compilation phase in which LLVM bytecode is +
A compilation phase in which LLVM bitcode is optimized.
phase
@@ -804,7 +804,7 @@ optimization.

translation
A compilation phase in which source language code is translated into - either LLVM assembly language or LLVM bytecode.
+ either LLVM assembly language or LLVM bitcode.
-- cgit v1.2.3-70-g09d2