Rafael Espindola abf9b1c7a5 Don't pass the code model to MC ... I was surprised to see the code model being passed to MC. After all, it assembles code, it doesn't create it. The one place it is used is in the expansion of .cfi directives to handle .eh_frame being more that 2gb away from the code. As far as I can tell, gnu assembler doesn't even have an option to enable this. Compiling a c file with gcc -mcmodel=large produces a regular looking .eh_frame. This is probably because in practice linker parse and recreate .eh_frames. In llvm this is used because the JIT can place the code and .eh_frame very far apart. Ideally we would fix the jit and delete this option. This is hard. Apart from confusion another problem with the current interface is that most callers pass CodeModel::Default, which is bad since MC has no way to map it to the target default if it actually needed to. This patch then replaces the argument with a boolean with a default value. The vast majority of users don't ever need to look at it. In fact, only CodeGen and llvm-mc use it and llvm-mc just to enable more testing. llvm-svn: 309884		2017-08-02 20:32:26 +00:00
..
CMakeLists.txt	[CMake] llvm-dwp depends on intrinsics_gen	2016-11-19 02:33:42 +00:00
DWPError.cpp	llvm-dwp: Use llvm::Error to improve diagnostic quality/error handling in llvm-dwp	2016-05-12 19:59:54 +00:00
DWPError.h	llvm-dwp: Add an abstraction for the DWP string pool	2016-05-23 16:32:11 +00:00
DWPStringPool.h	llvm-dwp: Fix the build by moving DWPStringPool into the llvm namespace	2016-05-23 16:45:00 +00:00
llvm-dwp.cpp	Don't pass the code model to MC	2017-08-02 20:32:26 +00:00
LLVMBuild.txt