| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Suggested by Sean Silva.
llvm-svn: 173481
|
| |
|
|
|
|
|
| |
Flags for dumping specific DWARF sections added in lib/DebugInfo and
llvm-dwarfdump.
llvm-svn: 173480
|
| |
|
|
| |
llvm-svn: 173479
|
| |
|
|
| |
llvm-svn: 173478
|
| |
|
|
|
|
|
| |
With this change the operands order matches the order in which the operands
are encoded in the instruction.
llvm-svn: 173477
|
| |
|
|
| |
llvm-svn: 173476
|
| |
|
|
| |
llvm-svn: 173475
|
| |
|
|
|
|
| |
created InternalizePass (useful for pass reuse)
llvm-svn: 173474
|
| |
|
|
| |
llvm-svn: 173473
|
| |
|
|
|
|
|
| |
custom git script called git-svnup which handles all of the work of
using the git-mirrors/keeping the git-svn numbers in sync.
llvm-svn: 173472
|
| |
|
|
| |
llvm-svn: 173471
|
| |
|
|
| |
llvm-svn: 173470
|
| |
|
|
| |
llvm-svn: 173469
|
| |
|
|
| |
llvm-svn: 173468
|
| |
|
|
| |
llvm-svn: 173467
|
| |
|
|
|
|
| |
Get the number of threads correct.
llvm-svn: 173466
|
| |
|
|
|
|
| |
- Also, fix the test this is guarding, which was backwards.
llvm-svn: 173465
|
| |
|
|
|
|
|
| |
- This just scratches the surface, We have pretty horrible test coverage in
this area it seems like, but this at least covers the change in r173410.
llvm-svn: 173464
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Major fixed to allow reading files that are over 4GB. The main problems were that the DataExtractor was using 32 bit offsets as a data cursor, and since we mmap all of our object files we could run into cases where if we had a very large core file that was over 4GB, we were running into the 4GB boundary.
So I defined a new "lldb::offset_t" which should be used for all file offsets.
After making this change, I enabled warnings for data loss and for enexpected implicit conversions temporarily and found a ton of things that I fixed.
Any functions that take an index internally, should use "size_t" for any indexes and also should return "size_t" for any sizes of collections.
llvm-svn: 173463
|
| |
|
|
| |
llvm-svn: 173462
|
| |
|
|
| |
llvm-svn: 173461
|
| |
|
|
| |
llvm-svn: 173460
|
| |
|
|
|
|
|
|
| |
smaller type.
Fixes PR15054.
llvm-svn: 173459
|
| |
|
|
|
|
| |
multiple case labels.
llvm-svn: 173458
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This combines two small changes:
1) Put a penalty on breaking after "<"
2) Only produce a hanging indent when parameters are separated by
commas.
Before:
aaaaaaaaaaaaaaaaaaaaaaaa<
aaaaaaaaaaaaaaaaa, aaaaaaaaaaaaaaaaa>(aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);
aaaaaa(new Aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(
aaaaaaaaaaaaaaaaaaaaaaaaaaaaa));
After:
aaaaaaaaaaaaaaaaaaaaaaaa<aaaaaaaaaaaaaaaaa, aaaaaaaaaaaaaaaaa>(
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa);
aaaaaa(new Aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(
aaaaaaaaaaaaaaaaaaaaaaaaaaaaa));
This changes one ObjC test, but AFAICT this is not according to any
style guide (neither before nor after). We probably should be aligning
on the ":" there according to:
http://google-styleguide.googlecode.com/svn/trunk/objcguide.xml?showone=Method_Invocations#Method_Invocations
llvm-svn: 173457
|
| |
|
|
| |
llvm-svn: 173456
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This warning fires on:
Operator::~Operator() {
llvm_unreachable("should never destroy an Operator");
}
That seems like a false positive. I don't see any good way to silence
the warning here, so I'm disabling it.
llvm-svn: 173455
|
| |
|
|
| |
llvm-svn: 173454
|
| |
|
|
| |
llvm-svn: 173453
|
| |
|
|
|
|
|
|
| |
Only for integers, pointers, and vectors of those. No floats.
Instrumentation seems very heavy, and may need to be replaced
with some approximation in the future.
llvm-svn: 173452
|
| |
|
|
|
|
| |
for %[...] directive
llvm-svn: 173451
|
| |
|
|
| |
llvm-svn: 173449
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
with an initial number of elements, instead of DenseMap, which has
zero initial elements, in order to avoid the copying of elements
when the size changes and to avoid allocating space every time
LegalizeTypes is run. This patch will not affect the memory footprint,
because DenseMap will increase the element size to 64
when the first element is added.
Patch by Wan Xiaofei.
llvm-svn: 173448
|
| |
|
|
| |
llvm-svn: 173447
|
| |
|
|
|
|
|
| |
Uses the new !add TableGen operator to do more cleanup of the
PPC register definitions.
llvm-svn: 173446
|
| |
|
|
|
|
|
| |
This adds an !add(a, b) operator to tablegen; this will be used
to cleanup the PPC register definitions.
llvm-svn: 173445
|
| |
|
|
| |
llvm-svn: 173443
|
| |
|
|
| |
llvm-svn: 173441
|
| |
|
|
|
|
| |
cases like %5d
llvm-svn: 173440
|
| |
|
|
|
|
| |
problematic on win32 for while.
llvm-svn: 173439
|
| |
|
|
|
|
|
|
|
|
| |
Otherwise, really long nested name specifiers can easily lead to a
violation of the column limit.
Not sure about the rules for indentation in those cases, so input is
appreciated (see tests.).
llvm-svn: 173438
|
| |
|
|
|
|
| |
If the sutraction of the higher 32 bit parts gives a 0 result, we need to do the store operation.
llvm-svn: 173437
|
| |
|
|
| |
llvm-svn: 173436
|
| |
|
|
|
|
| |
..."ppc" was not recognized here.
llvm-svn: 173435
|
| |
|
|
| |
llvm-svn: 173434
|
| |
|
|
| |
llvm-svn: 173433
|
| |
|
|
| |
llvm-svn: 173432
|
| |
|
|
| |
llvm-svn: 173431
|
| |
|
|
| |
llvm-svn: 173430
|
| |
|
|
| |
llvm-svn: 173429
|