| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 184642
|
|
|
|
|
|
|
|
| |
argument."
It doesn't work as I intended it to. This reverts commit r184638.
llvm-svn: 184641
|
|
|
|
| |
llvm-svn: 184640
|
|
|
|
| |
llvm-svn: 184639
|
|
|
|
|
|
| |
It has become an expensive operation. No functionality change.
llvm-svn: 184638
|
|
|
|
|
|
| |
for the unordered containers only. This work still needs to be done on the sequence containers.
llvm-svn: 184635
|
|
|
|
|
|
| |
a typo that caused a runtime assertion after firing diagnosis for class definitions, with the 'template' keyword as template header, in friend declarations.
llvm-svn: 184634
|
|
|
|
|
|
| |
Should bring the ppc64 buildbot back to life.
llvm-svn: 184633
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are fundamentally two different things that were getting conflated
here.
1) A bi-arch GCC toolchain install. This is not a full blown cross
compiler, but it supports targetting both 32-bit and 64-bit variants
of the same architecture using multilib OS installs and runtimes.
2) A "multiarch" Debian OS/runtime layout that lays out the libraries,
headers, etc as-if there were going to be a full blown cross compiler
even when in reality it is just a bi-arch GCC targeting two variants.
Also, these tend to use oddly "canonicalized" triples without the
vendor in them unlike the typical cross compiler runtime library
search that vanilla GCC cross compilers perform.
Now, when we mean the bi-arch nature of GCC accomplished with just
a suffix or tweak to the GCC paths, we say 'Biarch' or something
related. When we mean the Debian layout of includes and libraries, we
say multiarch or reference the multiarch triple.
In the process of reading and often renaming stuff in all these places,
also reformat with clang-format. No functionality change should be going
on here, this is just tidying up.
llvm-svn: 184632
|
|
|
|
|
|
|
|
|
|
|
|
| |
The problem with r183462 was that we assumed that a diagnostic id of
zero would be silent.
This small correction to CheckDerivedToBaseConversion changes it's
behavior to omit the diagnostic when given a diagnostic id of zero.
This fix passes the test case added in r184402.
llvm-svn: 184631
|
|
|
|
|
|
| |
Removes the last use of PathV1.h in llvm-ar.
llvm-svn: 184630
|
|
|
|
| |
llvm-svn: 184629
|
|
|
|
|
|
| |
match. Also split things up a bit so this can be run as a stand alone script or in lldb.
llvm-svn: 184628
|
|
|
|
|
|
|
|
|
| |
Although in reality the symbol table in ELF resides in a section, the
standard requires that there be no more than one SHT_SYMTAB. To enforce
this constraint, it is cleaner to group all the symbols under a
top-level `Symbols` key on the object file.
llvm-svn: 184627
|
|
|
|
|
|
| |
The full ELFYAML::Section isn't needed.
llvm-svn: 184626
|
|
|
|
| |
llvm-svn: 184625
|
|
|
|
|
|
|
| |
Just add them to the vector of section headers like the rest of the
section headers.
llvm-svn: 184624
|
|
|
|
| |
llvm-svn: 184623
|
|
|
|
|
|
| |
<rdar://problem/14147303>
llvm-svn: 184622
|
|
|
|
|
|
|
|
|
|
| |
The improperly aligned section content in the output was causing
buildbot failures. This should fix them.
Incidentally, this results in a simpler and more robust API for
ContiguousBlobAccumulator.
llvm-svn: 184621
|
|
|
|
|
|
|
|
|
| |
We have no targets on trunk that bundle before regalloc. However, we
have been advertising regalloc as bundle safe for use with out-of-tree
targets. We need to at least contain the parts of the code that are
still unsafe.
llvm-svn: 184620
|
|
|
|
| |
llvm-svn: 184619
|
|
|
|
|
|
|
|
|
|
|
| |
should be entered
This fixes false positives by allowing us to know that a loop is always entered if
the collection count method returns a positive value and vice versa.
Addresses radar://14169391.
llvm-svn: 184618
|
|
|
|
|
|
|
|
| |
Add the back edge info by creating a basic block, marked as loop target. This is
consistent with how other loops are processed, but was omitted from
VisitObjCForCollectionStmt.
llvm-svn: 184617
|
|
|
|
|
|
| |
types and function pointer arrays.
llvm-svn: 184616
|
|
|
|
|
|
|
|
| |
Set your env variable LLDB_TEST_ARGUMENTS to one or more options to be passed to the lldb test suite and those will be picked automatically
No more fighting about whether the progress bar is good or bad :-)
llvm-svn: 184615
|
|
|
|
|
|
| |
No functionality change intended.
llvm-svn: 184614
|
|
|
|
|
|
| |
module foo
llvm-svn: 184613
|
|
|
|
|
|
| |
Reviewed by Richard Smith.
llvm-svn: 184612
|
|
|
|
| |
llvm-svn: 184611
|
|
|
|
|
|
|
| |
commands. Render them properly in XML output.
// rdar://14207725
llvm-svn: 184610
|
|
|
|
| |
llvm-svn: 184609
|
|
|
|
|
|
|
|
|
|
| |
Now, the way SWIG wrappers call into Python is through a utility PyCallable object, which overloads operator () to look like a normal function call
Plus, using the SBTypeToSWIGWrapper() family of functions, we can call python functions transparently as if they were plain C functions
Using this new technique should make adding new Python call points easier and quicker
The PyCallable is a generally useful facility, and we might want to consider moving it to a separate layer where other parts of LLDB can use it
llvm-svn: 184608
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It wouldn't really test anything that doesn't already have a more
targeted test:
`yaml2obj-elf-section-basic.yaml`:
Already tests that section content is correctly passed though.
`yaml2obj-elf-symbol-basic.yaml` (this file):
Tests that the st_value and st_size attributes of `main` are set
correctly.
Between those two tests, disassembling the file doesn't really add
anything, so just remove mention of disassembling the file.
llvm-svn: 184607
|
|
|
|
|
|
|
|
|
| |
This reverts commit r184602. In an upcoming commit, I will just remove
the disassembler part of the test; it was mostly just a "nifty" thing
marking a milestone but it doesn't test anything that isn't tested
elsewhere.
llvm-svn: 184606
|
|
|
|
|
|
|
|
| |
Empty structs are ignored for parameter passing purposes, but va_arg was
incrementing the pointer anyway which could lead to va_list getting out of
sync.
llvm-svn: 184605
|
|
|
|
|
|
|
|
|
|
|
|
| |
A FastISel optimization was causing us to emit no information for such
parameters & when they go missing we end up emitting a different
function type. By avoiding that shortcut we not only get types correct
(very important) but also location information (handy) - even if it's
only live at the start of a function & may be clobbered later.
Reviewed/discussion by Evan Cheng & Dan Gohman.
llvm-svn: 184604
|
|
|
|
|
|
|
|
|
|
|
|
| |
According to the Itanium ABI (3.1.1), types with non-trivial copy constructors
passed by value should be passed indirectly, with the caller creating a
temporary.
We got this mostly correct, but forgot that empty structs can have non-trivial
constructors too and passed them incorrectly. This simply reverses the order of
the check.
llvm-svn: 184603
|
|
|
|
| |
llvm-svn: 184602
|
|
|
|
|
|
| |
even when the NVPTX target is not built
llvm-svn: 184601
|
|
|
|
|
|
| |
Remove old GetNextThreadIndexID() from lldb
llvm-svn: 184600
|
|
|
|
| |
llvm-svn: 184599
|
|
|
|
| |
llvm-svn: 184598
|
|
|
|
|
|
|
|
|
| |
This was causing buildbot failures when build without X86 support.
Is there a way to conditionalize the test on the X86 target being
present?
llvm-svn: 184597
|
|
|
|
| |
llvm-svn: 184596
|
|
|
|
|
|
| |
given -disable-free. (Reviewed by John McCall over IRC.)
llvm-svn: 184595
|
|
|
|
|
|
| |
later require definitions
llvm-svn: 184594
|
|
|
|
|
|
| |
Thanks to Bill Wendling for pointing this out!
llvm-svn: 184593
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that have been run through the 'C' pre-processor.
The implementation of SrcMgr.FindLineNumber() is slow but OK if
it uses its cache when called multiple times with an SMLoc that is
forward of the previous call.
In the case of generating dwarf for assembly source files that have
been run through the 'C' pre-processor we need to calculate the
logical line number based on the last parsed cpp hash file line
comment. And the current code calls SrcMgr.FindLineNumber()
twice to do this causing its cache not to work and results in very
slow compile times:
% time /Volumes/SandBox/build-llvm/Debug+Asserts/bin/llvm-mc -triple thumbv7-apple-ios -filetype=obj -o /tmp/x.o mscorlib.dll.E -g
672.542u 0.299s 11:13.15 99.9% 0+0k 0+2io 2106pf+0w
So we save the info from the last parsed cpp hash file line comment
to avoid making the second call to SrcMgr.FindLineNumber() most times
and end up with compile times like:
% time /Volumes/SandBox/build-llvm/Debug+Asserts/bin/llvm-mc -triple thumbv7-apple-ios -filetype=obj -o /tmp/x.o mscorlib.dll.E -g
3.404u 0.104s 0:03.80 92.1% 0+0k 0+3io 2105pf+0w
rdar://14156934
llvm-svn: 184592
|
|
|
|
| |
llvm-svn: 184591
|