| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
from certain GCC's. Patch by Neil Vachharajani!
llvm-svn: 113995
|
| |
|
|
| |
llvm-svn: 113994
|
| |
|
|
|
|
| |
the API.
llvm-svn: 113993
|
| |
|
|
|
|
| |
This fixes funcargs.exp regression reported by gdb testsuite.
llvm-svn: 113992
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
lldb.py module. The priorities to search for are Debug, Release, then
BuildAndIntegration. You can always override this with a valid PYTHONPATH
environment variable before running the test driver.
For example:
$ PYTHONPATH=/Find/My/LLDB/Module/Here ./dotest.py -v .
Python runtime will try to locate the lldb.py module from
/Find/My/LLDB/Module/Here first before trying the Debug, Release, and then
BuildAndIntegration directories.
llvm-svn: 113991
|
| |
|
|
|
|
|
|
|
| |
This reverts commit 113814.
This patch was never intended to stay in the repository. If you are reading this
from the future, we apologize for the noise.
llvm-svn: 113990
|
| |
|
|
| |
llvm-svn: 113989
|
| |
|
|
|
|
|
| |
has been fixed by r113947. But just in case it still fails, emits a prominent
message always.
llvm-svn: 113986
|
| |
|
|
|
|
|
|
|
| |
Recognize VLD1q64Pseudo as a stack slot load.
Reject these if they are loading or storing a subregister. The API (and
VirtRegRewriter) doesn't know how to deal with that.
llvm-svn: 113985
|
| |
|
|
|
|
|
|
| |
encountered while building llvm-gcc for arm. This is probably the same issue
that the ppc buildbot hit. llvm::prior works on a MachineBasicBlock::iterator,
not a plain MachineInstr.
llvm-svn: 113983
|
| |
|
|
|
|
| |
been fixed.
llvm-svn: 113981
|
| |
|
|
|
|
|
|
|
|
| |
backing out following to get it back to green,
so I can investigate in peace:
svn merge -c -113840 llvm/test/CodeGen/ARM/arm-and-tst-peephole.ll
svn merge -c -113876 -c -113839 llvm/lib/Target/ARM/ARMBaseInstrInfo.cpp
llvm-svn: 113980
|
| |
|
|
|
|
|
|
|
|
| |
forgotten in the future.
Coalesce identical cases in switch.
No functional changes intended.
llvm-svn: 113979
|
| |
|
|
| |
llvm-svn: 113978
|
| |
|
|
| |
llvm-svn: 113977
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
'[' is missing. Prior commits improving recovery also improved code
completion beyond the first selector, e.g., at or after the "to" in
calculator add:x to:y
but not after "calculator". We now provide the same completions for
calculator <CC>
that we would for
[calculator <CC>
if "calculator" is an expression whose type is something that can
receive Objective-C messages.
This code completion works for instance and super message sends, but not
class message sends.
llvm-svn: 113976
|
| |
|
|
| |
llvm-svn: 113975
|
| |
|
|
|
|
|
| |
abi for clang's objective-c compilations.
(radar 8353555).
llvm-svn: 113974
|
| |
|
|
| |
llvm-svn: 113972
|
| |
|
|
|
|
|
|
| |
super method:arg]
will now recover nicely and insert the '[' before 'super'.
llvm-svn: 113971
|
| |
|
|
| |
llvm-svn: 113970
|
| |
|
|
|
|
| |
a getFoo]
llvm-svn: 113969
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
part of parser recovery. For example, given:
a method1:arg];
we detect after parsing the expression "a" that we have the start of a
message send expression. We pretend we've seen a '[' prior to the a,
then parse the remainder as a message send. We'll then give a
diagnostic+fix-it such as:
fixit-objc-message.m:17:3: error: missing '[' at start of message
send expression
a method1:arg];
^
[
The algorithm here is very simple, and always assumes that the open
bracket goes at the beginning of the message send. It also only works
for non-super instance message sends at this time.
llvm-svn: 113968
|
| |
|
|
|
|
| |
use offset available in StaticAllocaMap to emit DBG_VALUE. Right now, this has no material impact because varible info also collected using offset table maintained in machine module info.
llvm-svn: 113967
|
| |
|
|
| |
llvm-svn: 113966
|
| |
|
|
| |
llvm-svn: 113965
|
| |
|
|
|
|
| |
appear in the non-assert build. Switch to using check-next as well.
llvm-svn: 113964
|
| |
|
|
| |
llvm-svn: 113963
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
slot. The easiest way to do that was to bundle up the information
we care about for aggregate slots into a new structure which demands
that its creators at least consider the question.
I could probably be convinced that the ObjC 'needs GC' bit should
be rolled into this structure.
Implement generalized copy elision. The main obstacle here is that
IR-generation must be much more careful about making sure that exactly
llvm-svn: 113962
|
| |
|
|
|
|
|
|
|
| |
find the hotspots in our code when indexing the DWARF. A combination of
using SmallVector to avoid collection allocations, using fixed form
sizes when possible, and optimizing the hot loops contributed to the
speedup.
llvm-svn: 113961
|
| |
|
|
|
|
|
| |
was the main putative user of the binding is actually maintaining its own
different binding, see http://git.ada.cx/cgi-bin/cgit.cgi/draco.git/
llvm-svn: 113960
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The problem was that the test for whether a compiler supports it or not was
inaccurate, but has to be accurate: LLVM_LOCAL_VISIBILITY is an optimization
and not needed for correctness, so wrongly thinking a compiler doesn't support
it is not a big deal, but LLVM_GLOBAL_VISIBILITY is for correctness, and not
an optimization: getting it wrong is fatal: it needs to be set based on a
configure test not testing the gcc version. Since dragonegg has moved to a
different scheme, and it was the only user of LLVM_GLOBAL_VISIBILITY, just
remove this macro.
llvm-svn: 113959
|
| |
|
|
|
|
|
|
| |
assertion failure
on code containing GNU statement expressions reported in PR 8141.
llvm-svn: 113953
|
| |
|
|
|
|
|
| |
or a settings prefix, and it will list information about the subset of settings
you requested. Also added tab-completion (now that it takes an optional argument).
llvm-svn: 113952
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added a "bool show_fullpaths" to many more objects that were
previously always dumping full paths.
Fixed a few places where the DWARF was not indexed when we
we needed it to be when making queries. Also fixed an issue
where the DWARF in .o files wasn't searching all .o files
for the types.
Fixed an issue with the output from "image lookup --type <TYPENAME>"
where the name and byte size might not be resolved and might not
display. We now call the accessors so we end up seeing all of the
type info.
llvm-svn: 113951
|
| |
|
|
|
|
|
| |
Add ability to rename UserSettingsInstances after they have been created
(via UserSettingsController::RenameInstanceSettings.
llvm-svn: 113950
|
| |
|
|
|
|
| |
wraps up r8418316
llvm-svn: 113949
|
| |
|
|
|
|
| |
for call. Add this.
llvm-svn: 113948
|
| |
|
|
|
|
|
|
|
|
|
|
| |
interpreter from working. The communication read thread could
startup and immediately exit if m_read_thread_enabled was
checked in the thread function before it was set by the
thread that spawns the read thread. Now m_read_thread_enabled is set
to true prior to spawning the read thread to avoid this issue.
Hopefully this will clear up the sporatic failures in our test suite.
llvm-svn: 113947
|
| |
|
|
|
|
| |
even in 64-bit mode apparently.
llvm-svn: 113945
|
| |
|
|
|
|
|
| |
add sldt GR32, which isn't documented in the intel manual
but which gas accepts. Part of rdar://8418316
llvm-svn: 113938
|
| |
|
|
| |
llvm-svn: 113937
|
| |
|
|
| |
llvm-svn: 113936
|
| |
|
|
|
|
| |
unused linker arguments for compile only tests.
llvm-svn: 113935
|
| |
|
|
| |
llvm-svn: 113934
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
all types in all compile units. I added a new kind of accelerator table to
the DWARF that allows us to index the DWARF compile units and DIEs in a way
that doesn't require the data to stay loaded. Currently when indexing the
DWARF we check if the compile unit had parsed its DIEs and if it hasn't we
index the data and free all of the DIEs so we can reparse later when we need
to after using one of our complete accelerator tables to determine we need
to reparse some DWARF. If the DIEs had already been parsed we leave them
loaded. The new accelerator table uses the "const char *" pointers from our
ConstString class as the keys, and NameToDIE::Info as the value. This info
contains the compile unit index and the DIE index which means we are pointed
right to the DIE we need unlike the other DWARF accelerator tables that often
just point us to the compile unit we would find our answer in.
llvm-svn: 113933
|
| |
|
|
|
|
|
| |
version because it adds a prefix and makes even less sense
than the other broken forms. This wraps up rdar://8431422
llvm-svn: 113932
|
| |
|
|
| |
llvm-svn: 113931
|
| |
|
|
| |
llvm-svn: 113930
|
| |
|
|
|
|
| |
rdar://8431422
llvm-svn: 113929
|