- Dec 18, 2010
-
-
Rafael Espindola authored
llvm-svn: 122144
-
Rafael Espindola authored
llvm-svn: 122139
-
Rafael Espindola authored
I added a note, but suggestions on how to add a test are really welcome. llvm-svn: 122138
-
- Dec 17, 2010
-
-
Daniel Dunbar authored
IsSymbolRefDifferenceFullyResolved(). For example, we will now fold away something like: -- _a: ... L0: ... L1: ... .long (L1 - L0) / 2 -- llvm-svn: 122043
-
Daniel Dunbar authored
llvm-svn: 122023
-
Daniel Dunbar authored
llvm-svn: 122013
-
Daniel Dunbar authored
here? llvm-svn: 122012
-
Daniel Dunbar authored
in MCAsmLayout). llvm-svn: 122011
-
Daniel Dunbar authored
llvm-svn: 122009
-
Daniel Dunbar authored
llvm-svn: 122008
-
- Dec 16, 2010
-
-
Daniel Dunbar authored
llvm-svn: 121988
-
- Dec 07, 2010
-
-
Rafael Espindola authored
actuall addresses in a .o file, so it is better to let the MachO writer compute it. This is good for two reasons. First, areas that shouldn't care about addresses now don't have access to it. Second, the layout of each section is independent. I should use this in a subsequent commit to speed it up. Most of the patch is just removing the section address computation. The two interesting parts are the change on how we handle padding in the end of sections and how MachO can get the address of a-b when a and b are in different sections. Since now the expression evaluation normally doesn't know the section address, it will think that a-b needs relocation and let the MachO writer know. Once it has computed the section addresses, it calls back the expression evaluation with the section addresses to resolve these expressions. The remaining problem is the handling of padding. Currently it will create a special alignment fragment at the end. Since that fragment doesn't update the alignment of the section, it needs the real address to be computed. Since now the layout will not compute a-b with a and b in different sections, the only effect that the special alignment fragment has is update the address size of the section. This can also be done by the MachO writer. llvm-svn: 121076
-
- Dec 06, 2010
-
-
Rafael Espindola authored
llvm-svn: 121050
-
Rafael Espindola authored
llvm-svn: 120980
-
- Dec 03, 2010
-
-
Rafael Espindola authored
data fragment. This reduces the time to assemble the test in 8711 from 60s to 54s. llvm-svn: 120767
-
- Dec 02, 2010
-
-
Rafael Espindola authored
which then avoids running EnsureValid. This cuts the assembly time of the testcase in PR8711 from 2:50 minutes to 1 minute. llvm-svn: 120697
-
- Nov 17, 2010
-
-
Jim Grosbach authored
llvm-svn: 119542
-
- Nov 15, 2010
-
-
Rafael Espindola authored
variable if recursing fails to simplify it. Factor AliasedSymbol to be a method of MCSymbol. Update MCAssembler::EvaluateFixup to match the change in EvaluateAsRelocatableImpl. Remove the WeakRefExpr hack, as the object writer now sees the weakref with no extra effort needed. Nothing else is using MCTargetExpr, but keep it for now. Now that the ELF writer sees relocations with aliases, handle .weak foo2 foo2: .weak bar2 .set bar2,foo2 .quad bar2 the same way gas does and produce a relocation with bar2. llvm-svn: 119152
-
Chris Lattner authored
nodes to indicate when ha16/lo16 modifiers should be used. This lets us pass PowerPC/indirectbr.ll. The one annoying thing about this patch is that the MCSymbolExpr isn't expressive enough to represent ha16(label1-label2) which we need on PowerPC. I have a terrible hack in the meantime, but this will have to be revisited at some point. Last major conversion item left is global variable references. llvm-svn: 119105
-
- Nov 14, 2010
-
-
Chris Lattner authored
on the operand, required for .o file writing and fixing the PowerPC/mult-alt-generic-powerpc64.ll failure with the new instprinter. llvm-svn: 119087
-
- Nov 10, 2010
-
-
Jim Grosbach authored
VariantKind marker to indicate the additional information necessary. Update MC to handle the new Kinds. rdar://8647623 llvm-svn: 118671
-
- Oct 28, 2010
-
-
Rafael Espindola authored
llvm-svn: 117547
-
Rafael Espindola authored
llvm-svn: 117546
-
Rafael Espindola authored
llvm-svn: 117544
-
Rafael Espindola authored
llvm-svn: 117543
-
- Oct 21, 2010
-
-
Rafael Espindola authored
from losing the variant when producing a relocation on an alias. llvm-svn: 117037
-
- Oct 16, 2010
-
-
Rafael Espindola authored
single object format can be shared. This also adds support for mov zed+(bar-foo), %eax on ELF and COFF targets. llvm-svn: 116675
-
- Sep 30, 2010
-
-
Kevin Enderby authored
if we are given a Layout object, even in cases when the value is not fixed. This will be needed by the final patch for the dwarf .loc support to size a new MCDwarf fragment needed to build and emit dwarf line number tables. llvm-svn: 115155
-
- Sep 23, 2010
-
-
Jim Grosbach authored
new VariantKind to the MCSymbolExpr seems like overkill, but I'm not sure there's a more straightforward way to get the printing difference captured. (i.e., x86 uses @PLT, ARM uses (PLT)). llvm-svn: 114613
-
- Jul 12, 2010
-
-
Duncan Sands authored
llvm-svn: 108130
-
- May 26, 2010
-
-
Eric Christopher authored
llvm-svn: 104651
-
- May 12, 2010
-
-
Rafael Espindola authored
llvm-svn: 103576
-
- May 05, 2010
-
-
Daniel Dunbar authored
llvm-svn: 103095
-
- Mar 30, 2010
-
-
Chris Lattner authored
create symbols. It is extremely error prone and a source of a lot of the remaining integrated assembler bugs on x86-64. This fixes rdar://7807601. llvm-svn: 99902
-
- Mar 25, 2010
-
-
Daniel Dunbar authored
MC: Fix refacto in MCExpr evaluation, I mistakenly replaced a fragment address with a symbol address. - This fixes the integrated-as nightly test regressions. llvm-svn: 99466
-
- Mar 24, 2010
-
-
Daniel Dunbar authored
llvm-svn: 99380
-
Daniel Dunbar authored
llvm-svn: 99350
-
Daniel Dunbar authored
llvm-svn: 99348
-
- Mar 18, 2010
-
-
Daniel Dunbar authored
MCValue: Change to holding MCSymbolRefExprs instead of MCSymbols, we will need this for accessing to symbol modifiers. llvm-svn: 98791
-
- Mar 16, 2010
-
-
Daniel Dunbar authored
- Although it would be nice to allow this decoupling, the assembler needs to be able to reason about MCSymbolRefExprs in too many places to make this viable. We can use a target specific encoding of the variant if this becomes an issue. - This patch also extends llvm-mc to support parsing of the modifiers, as opposed to lumping them in with the symbol. llvm-svn: 98592
-