blob: 1ed687ab2f0ea438c440bbb741d7d1e907e80e2e [file] [log] [blame]
Chris Lattnera58d2be2003-09-30 03:24:28 +00001//===- GenerateCode.cpp - Functions for generating executable files ------===//
John Criswelldc0de4f2003-09-18 16:22:26 +00002//
3// This file contains functions for generating executable files once linking
4// has finished. This includes generating a shell script to run the JIT or
5// a native executable derived from the bytecode.
6//
7//===----------------------------------------------------------------------===//
8
Misha Brukmanbb5a4d02003-09-30 17:33:12 +00009#include "gccld.h"
John Criswelldc0de4f2003-09-18 16:22:26 +000010#include "llvm/Module.h"
11#include "llvm/PassManager.h"
12#include "llvm/Bytecode/WriteBytecodePass.h"
Misha Brukmanbb5a4d02003-09-30 17:33:12 +000013#include "llvm/Target/TargetData.h"
14#include "llvm/Transforms/IPO.h"
15#include "llvm/Transforms/Scalar.h"
16#include "llvm/Transforms/Utils/Linker.h"
John Criswelldc0de4f2003-09-18 16:22:26 +000017#include "Support/SystemUtils.h"
John Criswelldc0de4f2003-09-18 16:22:26 +000018
19//
20// Function: GenerateBytecode ()
21//
22// Description:
23// This function generates a bytecode file from the specified module.
24//
25// Inputs:
26// M - The module for which bytecode should be generated.
27// Strip - Flags whether symbols should be stripped from the output.
28// Internalize - Flags whether all symbols should be marked internal.
29// Out - Pointer to file stream to which to write the output.
30//
31// Outputs:
32// None.
33//
34// Return value:
35// 0 - No error.
36// 1 - Error.
37//
38int
Misha Brukmanbb5a4d02003-09-30 17:33:12 +000039GenerateBytecode (Module *M, bool Strip, bool Internalize, std::ostream *Out) {
John Criswelldc0de4f2003-09-18 16:22:26 +000040 // In addition to just linking the input from GCC, we also want to spiff it up
41 // a little bit. Do this now.
42 PassManager Passes;
43
44 // Add an appropriate TargetData instance for this module...
45 Passes.add(new TargetData("gccld", M));
46
47 // Linking modules together can lead to duplicated global constants, only keep
48 // one copy of each constant...
John Criswelldc0de4f2003-09-18 16:22:26 +000049 Passes.add(createConstantMergePass());
50
51 // If the -s command line option was specified, strip the symbols out of the
52 // resulting program to make it smaller. -s is a GCC option that we are
53 // supporting.
John Criswelldc0de4f2003-09-18 16:22:26 +000054 if (Strip)
55 Passes.add(createSymbolStrippingPass());
56
57 // Often if the programmer does not specify proper prototypes for the
58 // functions they are calling, they end up calling a vararg version of the
59 // function that does not get a body filled in (the real function has typed
60 // arguments). This pass merges the two functions.
John Criswelldc0de4f2003-09-18 16:22:26 +000061 Passes.add(createFunctionResolvingPass());
62
63 if (Internalize) {
64 // Now that composite has been compiled, scan through the module, looking
65 // for a main function. If main is defined, mark all other functions
66 // internal.
John Criswelldc0de4f2003-09-18 16:22:26 +000067 Passes.add(createInternalizePass());
68 }
69
70 // Remove unused arguments from functions...
John Criswelldc0de4f2003-09-18 16:22:26 +000071 Passes.add(createDeadArgEliminationPass());
72
73 // The FuncResolve pass may leave cruft around if functions were prototyped
74 // differently than they were defined. Remove this cruft.
John Criswelldc0de4f2003-09-18 16:22:26 +000075 Passes.add(createInstructionCombiningPass());
76
77 // Delete basic blocks, which optimization passes may have killed...
John Criswelldc0de4f2003-09-18 16:22:26 +000078 Passes.add(createCFGSimplificationPass());
79
80 // Now that we have optimized the program, discard unreachable functions...
John Criswelldc0de4f2003-09-18 16:22:26 +000081 Passes.add(createGlobalDCEPass());
82
83 // Add the pass that writes bytecode to the output file...
84 Passes.add(new WriteBytecodePass(Out));
85
86 // Run our queue of passes all at once now, efficiently.
87 Passes.run(*M);
88
89 return 0;
90}
91
92//
John Criswell71478b72003-09-19 20:24:23 +000093// Function: GenerateAssembly ()
John Criswelldc0de4f2003-09-18 16:22:26 +000094//
95// Description:
96// This function generates a native assembly language source file from the
97// specified bytecode file.
98//
99// Inputs:
100// InputFilename - The name of the output bytecode file.
101// OutputFilename - The name of the file to generate.
102// llc - The pathname to use for LLC.
103// envp - The environment to use when running LLC.
104//
105// Outputs:
106// None.
107//
108// Return value:
109// 0 - Success
110// 1 - Failure
111//
112int
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000113GenerateAssembly(const std::string &OutputFilename,
114 const std::string &InputFilename,
115 const std::string &llc,
116 char ** const envp)
John Criswelldc0de4f2003-09-18 16:22:26 +0000117{
John Criswelldc0de4f2003-09-18 16:22:26 +0000118 // Run LLC to convert the bytecode file into assembly code.
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000119 const char *cmd[8];
John Criswelldc0de4f2003-09-18 16:22:26 +0000120
121 cmd[0] = llc.c_str();
122 cmd[1] = "-f";
123 cmd[2] = "-o";
124 cmd[3] = OutputFilename.c_str();
125 cmd[4] = InputFilename.c_str();
126 cmd[5] = NULL;
John Criswelldc0de4f2003-09-18 16:22:26 +0000127
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000128 return ExecWait(cmd, envp);
John Criswelldc0de4f2003-09-18 16:22:26 +0000129}
130
131//
John Criswell71478b72003-09-19 20:24:23 +0000132// Function: GenerateNative ()
John Criswelldc0de4f2003-09-18 16:22:26 +0000133//
134// Description:
135// This function generates a native assembly language source file from the
136// specified assembly source file.
137//
138// Inputs:
139// InputFilename - The name of the output bytecode file.
140// OutputFilename - The name of the file to generate.
141// Libraries - The list of libraries with which to link.
John Criswell71478b72003-09-19 20:24:23 +0000142// LibPaths - The list of directories in which to find libraries.
John Criswelldc0de4f2003-09-18 16:22:26 +0000143// gcc - The pathname to use for GGC.
144// envp - A copy of the process's current environment.
145//
146// Outputs:
147// None.
148//
149// Return value:
150// 0 - Success
151// 1 - Failure
152//
153int
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000154GenerateNative(const std::string &OutputFilename,
155 const std::string &InputFilename,
156 const std::vector<std::string> &Libraries,
157 const std::vector<std::string> &LibPaths,
158 const std::string &gcc,
159 char ** const envp) {
John Criswelldc0de4f2003-09-18 16:22:26 +0000160 // Remove these environment variables from the environment of the
161 // programs that we will execute. It appears that GCC sets these
162 // environment variables so that the programs it uses can configure
163 // themselves identically.
164 //
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000165 // However, when we invoke GCC below, we want it to use its normal
166 // configuration. Hence, we must sanitize its environment.
167 char ** clean_env = CopyEnv(envp);
John Criswelldc0de4f2003-09-18 16:22:26 +0000168 if (clean_env == NULL)
John Criswelldc0de4f2003-09-18 16:22:26 +0000169 return 1;
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000170 RemoveEnv("LIBRARY_PATH", clean_env);
171 RemoveEnv("COLLECT_GCC_OPTIONS", clean_env);
172 RemoveEnv("GCC_EXEC_PREFIX", clean_env);
173 RemoveEnv("COMPILER_PATH", clean_env);
174 RemoveEnv("COLLECT_GCC", clean_env);
John Criswelldc0de4f2003-09-18 16:22:26 +0000175
John Criswell71478b72003-09-19 20:24:23 +0000176 std::vector<const char *> cmd;
John Criswelldc0de4f2003-09-18 16:22:26 +0000177
John Criswelldc0de4f2003-09-18 16:22:26 +0000178 // Run GCC to assemble and link the program into native code.
179 //
180 // Note:
181 // We can't just assemble and link the file with the system assembler
182 // and linker because we don't know where to put the _start symbol.
183 // GCC mysteriously knows how to do it.
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000184 cmd.push_back(gcc.c_str());
185 cmd.push_back("-o");
186 cmd.push_back(OutputFilename.c_str());
187 cmd.push_back(InputFilename.c_str());
John Criswelldc0de4f2003-09-18 16:22:26 +0000188
John Criswell71478b72003-09-19 20:24:23 +0000189 // JTC:
190 // Adding the library paths creates a problem for native generation. If we
191 // include the search paths from llvmgcc, then we'll be telling normal gcc
192 // to look inside of llvmgcc's library directories for libraries. This is
193 // bad because those libraries hold only bytecode files (not native object
194 // files). In the end, we attempt to link the bytecode libgcc into a native
195 // program.
John Criswell71478b72003-09-19 20:24:23 +0000196#ifdef ndef
John Criswell71478b72003-09-19 20:24:23 +0000197 // Add in the library path options.
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000198 for (unsigned index=0; index < LibPaths.size(); index++) {
199 cmd.push_back("-L");
200 cmd.push_back(LibPaths[index].c_str());
John Criswell71478b72003-09-19 20:24:23 +0000201 }
202#endif
203
John Criswell71478b72003-09-19 20:24:23 +0000204 // Add in the libraries to link.
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000205 std::vector<std::string> Libs(Libraries);
206 for (unsigned index = 0; index < Libs.size(); index++) {
John Criswell71478b72003-09-19 20:24:23 +0000207 Libs[index] = "-l" + Libs[index];
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000208 cmd.push_back(Libs[index].c_str());
John Criswell71478b72003-09-19 20:24:23 +0000209 }
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000210 cmd.push_back(NULL);
John Criswell71478b72003-09-19 20:24:23 +0000211
John Criswell71478b72003-09-19 20:24:23 +0000212 // Run the compiler to assembly and link together the program.
Misha Brukmanbb5a4d02003-09-30 17:33:12 +0000213 return ExecWait(&(cmd[0]), clean_env);
John Criswelldc0de4f2003-09-18 16:22:26 +0000214}