Evan Cheng 1606e8e4cd Fix some significant problems with constant pools that resulted in unnecessary paddings between constant pool entries, larger than necessary alignments (e.g. 8 byte alignment for .literal4 sections), and potentially other issues. ... 1. ConstantPoolSDNode alignment field is log2 value of the alignment requirement. This is not consistent with other SDNode variants. 2. MachineConstantPool alignment field is also a log2 value. 3. However, some places are creating ConstantPoolSDNode with alignment value rather than log2 values. This creates entries with artificially large alignments, e.g. 256 for SSE vector values. 4. Constant pool entry offsets are computed when they are created. However, asm printer group them by sections. That means the offsets are no longer valid. However, asm printer uses them to determine size of padding between entries. 5. Asm printer uses expensive data structure multimap to track constant pool entries by sections. 6. Asm printer iterate over SmallPtrSet when it's emitting constant pool entries. This is non-deterministic. Solutions: 1. ConstantPoolSDNode alignment field is changed to keep non-log2 value. 2. MachineConstantPool alignment field is also changed to keep non-log2 value. 3. Functions that create ConstantPool nodes are passing in non-log2 alignments. 4. MachineConstantPoolEntry no longer keeps an offset field. It's replaced with an alignment field. Offsets are not computed when constant pool entries are created. They are computed on the fly in asm printer and JIT. 5. Asm printer uses cheaper data structure to group constant pool entries. 6. Asm printer compute entry offsets after grouping is done. 7. Change JIT code to compute entry offsets on the fly. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@66875 91177308-0d34-0410-b5e6-96231b3b80d8		2009-03-13 07:51:59 +00:00
..
Analysis	Oops...I committed too much.	2009-03-13 04:39:26 +00:00
Archive	Add the private linkage.	2009-01-15 20:18:42 +00:00
AsmParser	It makes no sense to have a ODR version of common	2009-03-11 20:14:15 +00:00
Bitcode	It makes no sense to have a ODR version of common	2009-03-11 20:14:15 +00:00
CodeGen	Fix some significant problems with constant pools that resulted in unnecessary paddings between constant pool entries, larger than necessary alignments (e.g. 8 byte alignment for .literal4 sections), and potentially other issues.	2009-03-13 07:51:59 +00:00
CompilerDriver	Reorganize llvmc code.	2009-03-02 09:01:14 +00:00
Debugger	Oops...I committed too much.	2009-03-13 04:39:26 +00:00
ExecutionEngine	Fix some significant problems with constant pools that resulted in unnecessary paddings between constant pool entries, larger than necessary alignments (e.g. 8 byte alignment for .literal4 sections), and potentially other issues.	2009-03-13 07:51:59 +00:00
Linker	Apply ODR linkage changes accidentally dropped during	2009-03-08 13:35:23 +00:00
Support	just initialize the first element, we don't need to set the rest to zeros.	2009-03-13 00:24:01 +00:00
System	add some explicit llvm:: qualifiers to the unix side, fix problems on the windows side.	2009-03-08 19:13:45 +00:00
Target	Fix some significant problems with constant pools that resulted in unnecessary paddings between constant pool entries, larger than necessary alignments (e.g. 8 byte alignment for .literal4 sections), and potentially other issues.	2009-03-13 07:51:59 +00:00
Transforms	Oops...I committed too much.	2009-03-13 04:39:26 +00:00
VMCore	Rearrange operands of the BranchInst, to be able to	2009-03-12 18:34:49 +00:00
Makefile	Reorganize llvmc code.	2009-03-02 09:01:14 +00:00