Patch by Kai Nacke!

llvm-svn: 150307

llvm-svn: 149967

Add support for the R_ARM_TARGET1 relocation, which should be given to relocations applied to all C++ constructors and destructors.

This enables the linker to match concrete relocation types (absolute or relative) with whatever library or C++ support code is being linked against.

llvm-svn: 149057

of several newly un-defaulted switches. This also helps optimizers
(including LLVM's) recognize that every case is covered, and we should
assume as much.

llvm-svn: 147861

llvm-svn: 147855

ELF relocations.

Patch by Jack Carter.

llvm-svn: 147118

llvm-svn: 144663

This first patch is for expression variable kinds.

Patch by Jack Carter!

llvm-svn: 142934

llvm-svn: 136010

llvm-svn: 135833

VK_PPC_{HA,LO}16 into darwin and gas variants.

Darwin wants {ha,lo}16(symbol) while gnu as wants symbol@{ha,l}.

llvm-svn: 132802

that associate sections with expressions.

llvm-svn: 130517

Luis Felipe Strano Moraes!

llvm-svn: 129558

Add support for Thumb interworking addresses for symbol offsets that get constant folded very early.
This fixes SPASS with -integrated-as.  <rdar://problem/9165399>

llvm-svn: 128037

llvm-svn: 124071

in the right direction. It eliminated some hacks and will unblock codegen
work. But it's far from being done. It doesn't reject illegal expressions,
e.g. (FOO - :lower16:BAR). It also doesn't work in Thumb2 mode at all.

llvm-svn: 123369

fixed.

llvm-svn: 122448

llvm-svn: 122427

llvm-svn: 122405

the folding it can.

llvm-svn: 122359

llvm-svn: 122167

llvm-svn: 122165

llvm-svn: 122160

llvm-svn: 122148

llvm-svn: 122147

llvm-svn: 122144

llvm-svn: 122139

I added a note, but suggestions on how to add a test are really welcome.

llvm-svn: 122138

IsSymbolRefDifferenceFullyResolved(). For example, we will now fold away
something like:
--
_a:
...
L0:
...
L1:
...
.long (L1 - L0) / 2
--

llvm-svn: 122043

llvm-svn: 122023

llvm-svn: 122013

here?

llvm-svn: 122012

in MCAsmLayout).

llvm-svn: 122011

llvm-svn: 122009

llvm-svn: 122008

llvm-svn: 121988

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

llvm-svn: 121050

llvm-svn: 120980

data fragment. This reduces the time to assemble the test in 8711 from 60s to
54s.

llvm-svn: 120767