| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
| |
This time it's for real! I am going to hook this up in the frontends as well.
The inliner has some experimental heuristics for dealing with the inline hint.
When given a -respect-inlinehint option, functions marked with the inline
keyword are given a threshold just above the default for -O3.
We need some experiments to determine if that is the right thing to do.
llvm-svn: 95466
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Modules and ModuleProviders. Because the "ModuleProvider" simply materializes
GlobalValues now, and doesn't provide modules, it's renamed to
"GVMaterializer". Code that used to need a ModuleProvider to materialize
Functions can now materialize the Functions directly. Functions no longer use a
magic linkage to record that they're materializable; they simply ask the
GVMaterializer.
Because the C ABI must never change, we can't remove LLVMModuleProviderRef or
the functions that refer to it. Instead, because Module now exposes the same
functionality ModuleProvider used to, we store a Module* in any
LLVMModuleProviderRef and translate in the wrapper methods. The bindings to
other languages still use the ModuleProvider concept. It would probably be
worth some time to update them to follow the C++ more closely, but I don't
intend to do it.
Fixes http://llvm.org/PR5737 and http://llvm.org/PR5735.
llvm-svn: 94686
|
|
|
|
|
|
| |
users.
llvm-svn: 93558
|
|
|
|
|
|
| |
and ConvertValIDToValue into a more powerful ConvertValIDToValue() that does all three's work
llvm-svn: 93197
|
|
|
|
|
|
|
|
| |
getWhenValsUnresolved().
Document PFS argument to ParseValID() and ConvertGlobalOrMetadataValIDToValue().
llvm-svn: 93108
|
|
|
|
| |
llvm-svn: 93067
|
|
|
|
| |
llvm-svn: 92838
|
|
|
|
| |
llvm-svn: 92793
|
|
|
|
| |
llvm-svn: 92783
|
|
|
|
| |
llvm-svn: 92771
|
|
|
|
| |
llvm-svn: 92761
|
|
|
|
|
|
| |
dereference the type pointer.
llvm-svn: 92726
|
|
|
|
| |
llvm-svn: 92304
|
|
|
|
|
|
|
| |
parser-global MDsOnInst vector and make ParseInstructionMetadata return
its result by-ref through an argument like the entire rest of the parser.
llvm-svn: 92302
|
|
|
|
|
|
| |
handle the comma case for metadata.
llvm-svn: 92301
|
|
|
|
|
|
|
| |
and make it non-optional. This fixes the bug where we'd accept
and ignore a spurious comma after some instructions.
llvm-svn: 92300
|
|
|
|
| |
llvm-svn: 92299
|
|
|
|
|
|
| |
out of each opcode's handler. Change ret over so far.
llvm-svn: 92298
|
|
|
|
|
|
| |
accept invalid input. Actually add a testcase.
llvm-svn: 92297
|
|
|
|
|
|
|
|
| |
insert/extract value
*constant exprs*.
llvm-svn: 92296
|
|
|
|
|
|
| |
of the code.
llvm-svn: 92295
|
|
|
|
|
|
| |
after their syntactic form, not their semantic form.
llvm-svn: 92294
|
|
|
|
|
|
|
| |
used by other things. Convert it to a vector since it is a dense
numbering.
llvm-svn: 92293
|
|
|
|
| |
llvm-svn: 92292
|
|
|
|
|
|
| |
you'd expect.
llvm-svn: 92291
|
|
|
|
| |
llvm-svn: 92290
|
|
|
|
| |
llvm-svn: 92288
|
|
|
|
| |
llvm-svn: 92287
|
|
|
|
| |
llvm-svn: 92280
|
|
|
|
|
|
| |
extra token.
llvm-svn: 92279
|
|
|
|
| |
llvm-svn: 92277
|
|
|
|
| |
llvm-svn: 92275
|
|
|
|
|
|
|
| |
This exposed a raft of other problems, which I'll deal with in subsequent
patches.
llvm-svn: 92273
|
|
|
|
|
|
|
| |
be RAUW'd and go to null. This also gets us some sorely lacking
type safety.
llvm-svn: 92272
|
|
|
|
|
|
|
| |
metadata objects on them. Though the entire compiler supports this,
the asmparser didn't.
llvm-svn: 92270
|
|
|
|
|
|
|
|
| |
getMDKindID/getMDKindNames methods to LLVMContext (and add
convenience methods to Module), eliminating MetadataContext.
Move the state that it maintains out to LLVMContext.
llvm-svn: 92259
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I asked Devang to do back on Sep 27. Instead of going through the
MetadataContext class with methods like getMD() and getMDs(), just
ask the instruction directly for its metadata with getMetadata()
and getAllMetadata().
This includes a variety of other fixes and improvements: previously
all Value*'s were bloated because the HasMetadata bit was thrown into
value, adding a 9th bit to a byte. Now this is properly sunk down to
the Instruction class (the only place where it makes sense) and it
will be folded away somewhere soon.
This also fixes some confusion in getMDs and its clients about
whether the returned list is indexed by the MDID or densely packed.
This is now returned sorted and densely packed and the comments make
this clear.
This introduces a number of fixme's which I'll follow up on.
llvm-svn: 92235
|
|
|
|
|
|
|
| |
doesn't exist already, eliminate registerMDKind. Tidy up a bunch
of random stuff.
llvm-svn: 92225
|
|
|
|
| |
llvm-svn: 92088
|
|
|
|
| |
llvm-svn: 90738
|
|
|
|
|
|
| |
instruction. Extend ParseParameterList() to use this new function so that calls to llvm.dbg.declare can pass inline metadata
llvm-svn: 90497
|
|
|
|
|
|
| |
remove in LLVM 3.0
llvm-svn: 89973
|
|
|
|
| |
llvm-svn: 86417
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Here is the original commit message:
This commit updates malloc optimizations to operate on malloc calls that have constant int size arguments.
Update CreateMalloc so that its callers specify the size to allocate:
MallocInst-autoupgrade users use non-TargetData-computed allocation sizes.
Optimization uses use TargetData to compute the allocation size.
Now that malloc calls can have constant sizes, update isArrayMallocHelper() to use TargetData to determine the size of the malloced type and the size of malloced arrays.
Extend getMallocType() to support malloc calls that have non-bitcast uses.
Update OptimizeGlobalAddressOfMalloc() to optimize malloc calls that have non-bitcast uses. The bitcast use of a malloc call has to be treated specially here because the uses of the bitcast need to be replaced and the bitcast needs to be erased (just like the malloc call) for OptimizeGlobalAddressOfMalloc() to work correctly.
Update PerformHeapAllocSRoA() to optimize malloc calls that have non-bitcast uses. The bitcast use of the malloc is not handled specially here because ReplaceUsesOfMallocWithGlobal replaces through the bitcast use.
Update OptimizeOnceStoredGlobal() to not care about the malloc calls' bitcast use.
Update all globalopt malloc tests to not rely on autoupgraded-MallocInsts, but instead use explicit malloc calls with correct allocation sizes.
llvm-svn: 86311
|
|
|
|
| |
llvm-svn: 86213
|
|
|
|
|
|
| |
This fixes PR5393.
llvm-svn: 86091
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
MallocInst-autoupgrade users use non-TargetData-computed allocation sizes.
Optimization uses use TargetData to compute the allocation size.
Now that malloc calls can have constant sizes, update isArrayMallocHelper() to use TargetData to determine the size of the malloced type and the size of malloced arrays.
Extend getMallocType() to support malloc calls that have non-bitcast uses.
Update OptimizeGlobalAddressOfMalloc() to optimize malloc calls that have non-bitcast uses. The bitcast use of a malloc call has to be treated specially here because the uses of the bitcast need to be replaced and the bitcast needs to be erased (just like the malloc call) for OptimizeGlobalAddressOfMalloc() to work correctly.
Update PerformHeapAllocSRoA() to optimize malloc calls that have non-bitcast uses. The bitcast use of the malloc is not handled specially here because ReplaceUsesOfMallocWithGlobal replaces through the bitcast use.
Update OptimizeOnceStoredGlobal() to not care about the malloc calls' bitcast use.
Update all globalopt malloc tests to not rely on autoupgraded-MallocInsts, but instead use explicit malloc calls with correct allocation sizes.
llvm-svn: 86077
|
|
|
|
| |
llvm-svn: 85921
|
|
|
|
| |
llvm-svn: 85812
|
|
|
|
|
|
|
| |
indirectbr, thus we don't need "blockaddr(@func, null)". Eliminate it
for simplicity.
llvm-svn: 85699
|