| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 105860
|
| |
|
|
|
|
| |
Introduce the VEX_X field
llvm-svn: 105859
|
| |
|
|
| |
llvm-svn: 105858
|
| |
|
|
|
|
| |
Fixed problem Jean-Daniel Dupas found in ProcessGDBRemote.cpp.
llvm-svn: 105857
|
| |
|
|
| |
llvm-svn: 105856
|
| |
|
|
|
|
|
| |
quoting problems. Not particularly ideal, but should work ok. Based on a patch by
Michael Spencer!
llvm-svn: 105855
|
| |
|
|
| |
llvm-svn: 105854
|
| |
|
|
|
|
| |
from the internal and usage dox.
llvm-svn: 105853
|
| |
|
|
|
|
| |
the decl was read from a PCH file.
llvm-svn: 105852
|
| |
|
|
| |
llvm-svn: 105851
|
| |
|
|
|
|
| |
sidebar.incl file.
llvm-svn: 105850
|
| |
|
|
| |
llvm-svn: 105849
|
| |
|
|
| |
llvm-svn: 105848
|
| |
|
|
| |
llvm-svn: 105847
|
| |
|
|
|
|
|
| |
i64 and f64 types, but now it also handle Neon vector types, so the f64 result
of VMOVDRR may need to be converted to a Neon type. Radar 8084742.
llvm-svn: 105845
|
| |
|
|
| |
llvm-svn: 105844
|
| |
|
|
| |
llvm-svn: 105843
|
| |
|
|
|
|
| |
are going to need this to handle things like -Xassembler, -Xpreprocessor, and -Xlinker which we might have to introspect.
llvm-svn: 105842
|
| |
|
|
| |
llvm-svn: 105841
|
| |
|
|
| |
llvm-svn: 105840
|
| |
|
|
| |
llvm-svn: 105839
|
| |
|
|
|
|
| |
over Arg*s.
llvm-svn: 105838
|
| |
|
|
| |
llvm-svn: 105837
|
| |
|
|
|
|
|
|
|
|
|
| |
the machine instruction representation of the immediate value to be encoded
into an integer with similar fields as the actual VMOV instruction. This makes
things easier for the disassembler, since it can just stuff the bits into the
immediate operand, but harder for the asm printer since it has to decode the
value to be printed. Testcase for the encoding will follow later when MC has
more support for ARM.
llvm-svn: 105836
|
| |
|
|
|
|
| |
isn't acceptable.
llvm-svn: 105835
|
| |
|
|
|
|
|
|
|
|
| |
ickiness, and is cleaner to boot.
I'm fairly confident that I converted the comparator over properly,
and what testing I could figure out how to run seemed to pass, but it
would be great if someone in the know could check behind me.
llvm-svn: 105834
|
| |
|
|
| |
llvm-svn: 105830
|
| |
|
|
| |
llvm-svn: 105828
|
| |
|
|
| |
llvm-svn: 105827
|
| |
|
|
|
|
| |
hopefully this unbreaks msvc
llvm-svn: 105826
|
| |
|
|
|
|
| |
syntactic iterating over initializer exprs. No functional change.
llvm-svn: 105825
|
| |
|
|
|
|
|
| |
vector is filled with the given constant; we were just initializing the
first element.
llvm-svn: 105824
|
| |
|
|
|
|
| |
Troy Straszheim!
llvm-svn: 105823
|
| |
|
|
| |
llvm-svn: 105820
|
| |
|
|
|
|
|
|
|
|
|
|
| |
the Profile method. Currently this only works with the default FoldingSetTraits
implementation.
The point of this is to allow nodes to not store context values which are only
used during profiling. A better solution would thread this value through the
folding algorithms, but then those would need to be (1) templated and
(2) non-opaque.
llvm-svn: 105819
|
| |
|
|
| |
llvm-svn: 105818
|
| |
|
|
|
|
| |
to bool" in the sense of C++ [over.ics.rank]p4 bullet 1. I have decreed it.
llvm-svn: 105817
|
| |
|
|
|
|
|
| |
ptrdiff_t (long on 64-bit, apparently) is ambiguous between the int and
unsigned int overloads.
llvm-svn: 105816
|
| |
|
|
|
|
|
| |
candidates printed. We default to 'all'. At the moment, 'best' prints only
the first 4 overloads, but we'll improve that over time.
llvm-svn: 105815
|
| |
|
|
| |
llvm-svn: 105814
|
| |
|
|
| |
llvm-svn: 105813
|
| |
|
|
| |
llvm-svn: 105812
|
| |
|
|
| |
llvm-svn: 105811
|
| |
|
|
| |
llvm-svn: 105810
|
| |
|
|
|
|
| |
namespace, too.
llvm-svn: 105809
|
| |
|
|
| |
llvm-svn: 105808
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Added some handling of flags that become invalid when changing the conversion specifier.
- Changed fixit behavior to remove unnecessary length modifiers.
- Separated some tests out and added some comments.
modified:
lib/Analysis/PrintfFormatString.cpp
test/Sema/format-strings-fixit.c
llvm-svn: 105807
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
type and sub-type, or an ELF e_machine value. Also added a generic CPU type
to the arch spec class so we can have a single arch definition that the LLDB
core code can use. Previously a lot of places in the code were using the
mach-o definitions from a macosx header file.
Switches over to using "llvm/Support/MachO.h" for the llvm::MachO::XXX for the
CPU types and sub types for mach-o ArchSpecs. Added "llvm/Support/ELF.h" so
we can use the "llvm::ELF::XXX" defines for the ELF ArchSpecs.
Got rid of all CPU_TYPE_ and CPU_SUBTYPE_ defines that were previously being
used in LLDB.
llvm-svn: 105806
|
| |
|
|
|
|
|
|
|
|
|
| |
(but not their types; that's later).
NOTE: Right now, variables in the global namespace don't get mangled, even
though they're supposed to be. This is because the default mangler
implements the shouldMangleDeclName() method that tells clang not to mangle
them. This will be fixed in a later patch.
llvm-svn: 105805
|
| |
|
|
|
|
| |
select either the default Itanium ABI or the new, experimental Microsoft ABI.
llvm-svn: 105804
|