| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 124054
|
|
|
|
| |
llvm-svn: 121471
|
|
|
|
| |
llvm-svn: 121461
|
|
|
|
|
|
|
|
|
|
|
| |
f:
.cfi_startproc
nop
.cfi_endproc
assembled (on ELF).
llvm-svn: 121434
|
|
|
|
|
|
| |
earlier. Implicit bool -> int conversions are evil!
llvm-svn: 118651
|
|
|
|
|
|
|
|
| |
There are currently 100 references to COFF::IMAGE_SCN in 6 files
and 11 different functions. Section to attribute mapping really
needs to happen in one place to avoid problems like this.
llvm-svn: 117473
|
|
|
|
| |
llvm-svn: 117472
|
|
|
|
|
|
|
|
| |
".{section}${name}" instead of ".{section}$linkonce_{name}" for linkonce sections.
It seems GNU ld/PECOFF relies on section names, linking with g++'s libstdc++.a would fail.
llvm-svn: 116791
|
|
|
|
|
|
|
| |
Such a check does not make any sense in presense of inlining and other compiler-dependent stuff.
This should fix bunch of warnings on mingw32.
llvm-svn: 116113
|
|
|
|
| |
llvm-svn: 115002
|
|
|
|
|
|
| |
knows about them. This is not necessary on 10.6 and later.
llvm-svn: 114997
|
|
|
|
|
|
|
| |
support aligned comm. Detect when compiling for 10.4 and don't
emit an alignment for comm. THis will hopefully fix PR8198.
llvm-svn: 114817
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) nuke ConstDataCoalSection, which is dead.
2) revise my previous patch for rdar://8018335,
which was completely wrong. Specifically, it doesn't
make sense to mark __TEXT,__const_coal as PURE_INSTRUCTIONS,
because it is for readonly data. templates (it turns out)
go to const_coal_nt. The real fix for rdar://8018335 was
to give ConstTextCoalSection a section kind of ReadOnly
instead of Text.
llvm-svn: 112496
|
|
|
|
|
|
|
|
|
|
|
| |
to keep "Text" in sync with the "pure instructions" section attribute.
Lack of this attribute was preventing the assembler from emitting
multibyte noops instructions for templates (and inlines, and other
coalesced stuff) and was causing the assembler to mismatch .o files.
This fixes rdar://8018335
llvm-svn: 108461
|
|
|
|
|
|
|
|
| |
section means that it is used only during the program load and can be discarded afterwards.
This way *only* debug sections can be discarded, but not the opposite. Seems like the copy-and-pasto from ELF code, since there it contains the reverse flag ('alloc').
llvm-svn: 107658
|
|
|
|
|
|
| |
Spencer!
llvm-svn: 107418
|
|
|
|
| |
llvm-svn: 107215
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
metadata types which should be marked as "weak", but which the linker will
remove upon final linkage. For example, the "objc_msgSend_fixup_alloc" symbol is
defined like this:
.globl l_objc_msgSend_fixup_alloc
.weak_definition l_objc_msgSend_fixup_alloc
.section __DATA, __objc_msgrefs, coalesced
.align 3
l_objc_msgSend_fixup_alloc:
.quad _objc_msgSend_fixup
.quad L_OBJC_METH_VAR_NAME_1
This is different from the "linker_private" linkage type, because it can't have
the metadata defined with ".weak_definition".
llvm-svn: 107205
|
|
|
|
|
|
| |
and testcases accordingly.
llvm-svn: 104635
|
|
|
|
| |
llvm-svn: 104414
|
|
|
|
|
|
| |
and cleanup comments as well.
llvm-svn: 103985
|
|
|
|
| |
llvm-svn: 103974
|
|
|
|
| |
llvm-svn: 103304
|
|
|
|
|
|
| |
patch by Peter Housel!
llvm-svn: 103267
|
|
|
|
|
|
| |
patch by Sylvere Teissier!
llvm-svn: 101106
|
|
|
|
| |
llvm-svn: 100815
|
|
|
|
|
|
| |
merge XCore's section into MCSectionELF
llvm-svn: 100812
|
|
|
|
|
|
| |
api and update clients to use MCContext instead.
llvm-svn: 100808
|
|
|
|
|
|
|
| |
the compiler and asmparser now unique to the same sections. This fixes
rdar://7835021.
llvm-svn: 100807
|
|
|
|
| |
llvm-svn: 100709
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
section, remove the target-specific code that performs this.
llvm-svn: 98580
|
|
|
|
| |
llvm-svn: 98577
|
|
|
|
|
|
|
| |
MCSectionMachO is already fine (yay for fixed size arrays?),
MCSectionCOFF still leaks.
llvm-svn: 98537
|
|
|
|
|
|
|
|
|
| |
where we used ot create an MCSymbol for ".". Now emit an assembler
temporary label and reference it instead of "." textually.
rdar://7739457
llvm-svn: 98292
|
|
|
|
|
|
|
|
|
| |
an MCExpr and not an MCSymbol. Change it to take an MCStreamer,
which is currently unused.
No functionality change.
llvm-svn: 98278
|
|
|
|
|
|
|
|
| |
indicates that an MCSymbol is external or not. (It's true if it's external.)
This will be used to specify the correct information to add to non-lazy
pointers. That will be explained further when this bit is used.
llvm-svn: 98199
|
|
|
|
|
|
|
| |
semantic instead of syntactic. This completes MCization of
darwin/x86[-64]!
llvm-svn: 98145
|
|
|
|
| |
llvm-svn: 98124
|
|
|
|
| |
llvm-svn: 97895
|
|
|
|
|
|
|
|
|
| |
is a workaround for <rdar://problem/7672401/> (which I filed).
This let's us build Wine on Darwin, and it gets the Qt build there a little bit
further (so Doug says).
llvm-svn: 97845
|
|
|
|
|
|
|
| |
--- Reverse-merging r97592 into '.':
U lib/CodeGen/TargetLoweringObjectFileImpl.cpp
llvm-svn: 97657
|
|
|
|
|
|
| |
Place the LSDA into the TEXT section on Mach-O. This saves space.
llvm-svn: 97592
|
|
|
|
| |
llvm-svn: 97295
|
|
|
|
|
|
|
|
|
| |
for ages (we emitted a reference to a stub, but no stub was emitted). The code inside x86-32/macho target objfile lowering should actually be the generic one - move it there.
This (I really, really hope) should fix EH issues on ppc/darwin
and arm/darwin.
llvm-svn: 96755
|
|
|
|
|
|
| |
ARM and Thumb tests.
llvm-svn: 96680
|
|
|
|
|
|
| |
This hopefulyl should unbreak EH on PPC/Darwin.
llvm-svn: 96637
|
|
llvm-svn: 96288
|