| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
thinking of generalizing it to be able to specify other freedoms beyond accuracy
(such as that NaN's don't have to be respected). I'd like the 3.1 release (the
first one with this metadata) to have the more generic name already rather than
having to auto-upgrade it in 3.2.
llvm-svn: 154744
|
| |
|
|
|
|
| |
metadata.
llvm-svn: 153359
|
| |
|
|
| |
llvm-svn: 147501
|
| |
|
|
| |
llvm-svn: 143135
|
| |
|
|
|
|
|
|
| |
note/warning/error as a
string, pass it around as an enum.
llvm-svn: 142107
|
| |
|
|
| |
llvm-svn: 134516
|
| |
|
|
| |
llvm-svn: 122193
|
| |
|
|
|
|
|
| |
headers provide symbols outside namespace std and the LLVM coding standards
state that we should prefix all of them.
llvm-svn: 122192
|
| |
|
|
| |
llvm-svn: 122099
|
| |
|
|
|
|
|
|
| |
cookie argument to the SourceMgr diagnostic stuff. This cleanly separates
LLVMContext's inlineasm handler from the sourcemgr error handling
definition, increasing type safety and cleaning things up.
llvm-svn: 119486
|
| |
|
|
|
|
|
|
|
|
|
| |
isn't a good level of abstraction for memdep. Instead, generalize
AliasAnalysis::alias and related interfaces with a new Location
class for describing a memory location. For now, this is the same
Pointer and Size as before, plus an additional field for a TBAA tag.
Also, introduce a fixed MD_tbaa metadata tag kind.
llvm-svn: 113858
|
| |
|
|
|
|
|
| |
modules are instantiated in them. If the context is deleted, all of its owned
modules are also deleted.
llvm-svn: 113374
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
bitcode file, so that two bitcode files where the same metadata kind
name happens to have been assigned a different ID can still be
linked together.
Eliminate the restriction that metadata kind IDs can't be 0.
Change MD_dbg from 1 to 0, because we can now, and because it's
less mysterious that way.
llvm-svn: 108939
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and use it in one place in inline asm handling stuff. Before
we'd generate this for an invalid modifier letter:
$ clang asm.c -c -o t.o
fatal error: error in backend: Invalid operand found in inline asm: 'abc incl ${0:Z}'
INLINEASM <es:abc incl ${0:Z}>, 10, %EAX<def>, 2147483657, %EAX, 14, %EFLAGS<earlyclobber,def,dead>, <!-1>
Now we generate this:
$ clang asm.c -c -o t.o
error: invalid operand in inline asm: 'incl ${0:Z}'
asm.c:3:12: note: generated from here
__asm__ ("incl %Z0" : "+r" (X));
^
1 error generated.
This is much better but still admittedly not great ("why" is the operand
invalid??), codegen should try harder with its diagnostics :)
llvm-svn: 100723
|
| |
|
|
| |
llvm-svn: 100506
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
the storage of !dbg metadata kinds in the instruction themselves.
The on-the-side hash table works great for metadata that not-all
instructions get, or for metadata that only exists when optimizing.
But when compile-time is everything, it isn't great.
I'm not super thrilled with the fact that this plops a TrackingVH in
Instruction, because it grows it by 3 words. I'm investigating
alternatives, but this should be a step in the right direction in any
case.
llvm-svn: 99957
|
| |
|
|
| |
llvm-svn: 99927
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 92212
|
| |
|
|
| |
llvm-svn: 84801
|
| |
|
|
| |
llvm-svn: 83019
|
| |
|
|
|
|
| |
This interface will be used to attach metadata with an instruction.
llvm-svn: 82060
|
| |
|
|
|
|
| |
MDNode's operand list does not include all elements.
llvm-svn: 81045
|
| |
|
|
| |
llvm-svn: 80928
|
| |
|
|
|
|
|
|
| |
Use CallbackVH, instead of WeakVH, to hold MDNode elements.
Use FoldingSetNode to unique MDNodes in a context.
Use CallbackVH hooks to update context's MDNodeSet appropriately.
llvm-svn: 80868
|
| |
|
|
| |
llvm-svn: 80841
|
| |
|
|
|
|
|
| |
Use FoldingSetNode to unique MDNodes in a context.
Use CallbackVH hooks to update context's MDNodeSet appropriately.
llvm-svn: 80839
|
| |
|
|
|
|
| |
certain Mac OS X 10.5. I am working on a proper fix.
llvm-svn: 80738
|
| |
|
|
| |
llvm-svn: 78955
|
| |
|
|
| |
llvm-svn: 78690
|
| |
|
|
| |
llvm-svn: 78677
|
| |
|
|
| |
llvm-svn: 78651
|
| |
|
|
|
|
|
|
| |
header, to make LLVMContextImpl.h
not hideous. Also, fix some MSVC compile errors.
llvm-svn: 78115
|
| |
|
|
| |
llvm-svn: 77733
|
| |
|
|
|
|
|
|
| |
change back are
metadata related, which I'm waiting on to avoid conflicting with Devang.
llvm-svn: 77721
|
| |
|
|
| |
llvm-svn: 77685
|
| |
|
|
| |
llvm-svn: 77635
|
| |
|
|
| |
llvm-svn: 77516
|
| |
|
|
| |
llvm-svn: 77494
|
| |
|
|
|
|
| |
New name is Metadata.h.
llvm-svn: 77370
|
| |
|
|
| |
llvm-svn: 77366
|
| |
|
|
| |
llvm-svn: 77347
|
| |
|
|
| |
llvm-svn: 77266
|
| |
|
|
| |
llvm-svn: 77262
|
| |
|
|
| |
llvm-svn: 77247
|
| |
|
|
| |
llvm-svn: 77051
|
| |
|
|
|
|
| |
thanks to contexts-on-types. More to come.
llvm-svn: 77011
|
| |
|
|
| |
llvm-svn: 76922
|
| |
|
|
| |
llvm-svn: 76912
|
| |
|
|
|
|
|
| |
- Rename member function size(). New name is length().
- Store string beginning and length. Earlier it used to store string end.
llvm-svn: 76841
|