| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Some of the mi commands implemented in lldb-mi are incomplete/not confirming to the spec.
- `gdb-show` and `gdb-set` doesn't support getting/setting `disassembly-flavor`
- `environment-cd` should also change the working directory for inferior
- debugger CLI output should be printed as console-stream-output record, rather than being dumped directly
to stdout
- `target-select` should provide inner error message in mi response
Related bug report:
- https://llvm.org/bugs/show_bug.cgi?id=28026
- https://llvm.org/bugs/show_bug.cgi?id=28718
- https://llvm.org/bugs/show_bug.cgi?id=30265
Reviewers: ki.stfu, abidh
Subscribers: abidh, ki.stfu, lldb-commits
Tags: #lldb
Differential Revision: https://reviews.llvm.org/D24711
llvm-svn: 291104
|
| |
|
|
|
|
|
| |
We were sending paths with the host path separator, which meant the remote
target did not understand our packets correctly.
llvm-svn: 291103
|
| |
|
|
|
|
|
|
| |
lldbassert(!"foo") -> lldbassert(0 && "foo")
In one case, this actually detected a logic error in the assertion (missing !).
llvm-svn: 291102
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: Test commit, fix minor grammatical error in Phabricator.rst
Reviewers: delcypher
Subscribers: llvm-commits
Differential Revision: https://reviews.llvm.org/D28214
llvm-svn: 291101
|
| |
|
|
|
|
| |
the test fails due to a bug in ToT clang
llvm-svn: 291100
|
| |
|
|
|
|
|
|
|
|
| |
This commit does this using a trivial chain of conditional branches. In the
future, we probably want to reuse the optimized switch lowering used in
SelectionDAG.
Differential Revision: https://reviews.llvm.org/D28176
llvm-svn: 291099
|
| |
|
|
|
|
| |
Differential Revision: https://reviews.llvm.org/D28175
llvm-svn: 291097
|
| |
|
|
| |
llvm-svn: 291096
|
| |
|
|
| |
llvm-svn: 291095
|
| |
|
|
|
|
| |
Michael Park
llvm-svn: 291094
|
| |
|
|
| |
llvm-svn: 291093
|
| |
|
|
|
|
|
| |
DAG patterns optimization: truncate + unsigned saturation supported by VPMOVUS* instructions in AVX-512.
Differential revision: https://reviews.llvm.org/D28216
llvm-svn: 291092
|
| |
|
|
|
|
|
| |
This patch is a temporary hack to get the tests passing on
Windows.
llvm-svn: 291091
|
| |
|
|
|
|
|
| |
As Senthil points out, this is unnecessary as we already have these
registers in AddlRegNames.
llvm-svn: 291090
|
| |
|
|
| |
llvm-svn: 291089
|
| |
|
|
|
|
|
| |
This test is entirely target agnostic. Avoid the triple to repair the
build bots.
llvm-svn: 291088
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This patch fixes llvm.org/PR31402 by replacing `map::__find_equal_key` with `__tree::__find_equal`, which has already addressed the same undefined behavior.
Unfortunately I haven't been able to write a test case which causes the UBSAN diagnostic mentioned in the bug report. I can write tests which exercise the UB but for some reason they do not cause UBSAN to fail. Any help writing a test case would be appreciated.
Reviewers: mclow.lists, vsk, EricWF
Subscribers: cfe-commits
Differential Revision: https://reviews.llvm.org/D28131
llvm-svn: 291087
|
| |
|
|
|
|
|
|
| |
"skylake" since there are no feature differences.
Model numbers found here http://www.sandpile.org/x86/cpuid.htm
llvm-svn: 291086
|
| |
|
|
|
|
|
| |
This is needed to support inclusion in inline assembly via the
`.include` directive.
llvm-svn: 291085
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
of "skylake-avx512". Add the proper 0x55 model for "skylake-avx512".
Summary:
Intel's i5-6300U CPU is reporting to have a model id of 78 (4e).
The Host detection assumes that to be Skylake Xeon (with AVX512 support),
instead of a normal Skylake machine.
Patch by: Valentin Churavy
Reviewers: nalimilan, craig.topper
Subscribers: hfinkel, tkelman, craig.topper, nalimilan, llvm-commits
Differential Revision: https://reviews.llvm.org/D28221
llvm-svn: 291084
|
| |
|
|
|
|
| |
These are synonyms for the X,Y, and Z registers.
llvm-svn: 291083
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Authored by Senthil Kumar Selvaraj
This patch adds barebones support in Clang for the (experimental) AVR target. It uses the integrated assembler for assembly, and the GNU linker for linking, as lld doesn't know about the target yet.
The DataLayout string is the same as the one in AVRTargetMachine.cpp. The alignment specs look wrong to me, as it's an 8 bit target and all types only need 8 bit alignment. Clang failed with a datalayout mismatch error when I tried to change it, so I left it that way for now.
Reviewers: rsmith, dylanmckay, cfe-commits, rengolin
Subscribers: rengolin, jroelofs, wdng
Differential Revision: https://reviews.llvm.org/D27123
llvm-svn: 291082
|
| |
|
|
| |
llvm-svn: 291081
|
| |
|
|
|
|
|
|
| |
The reason they should have failed: absent sancov.
In this test (vs the trace_pc_guard test) sancov is not
yet called (not implemented).
llvm-svn: 291080
|
| |
|
|
| |
llvm-svn: 291079
|
| |
|
|
| |
llvm-svn: 291078
|
| |
|
|
| |
llvm-svn: 291077
|
| |
|
|
| |
llvm-svn: 291076
|
| |
|
|
|
|
| |
initializer list.
llvm-svn: 291075
|
| |
|
|
|
|
|
|
| |
call arguments.
No functionality change intended.
llvm-svn: 291074
|
| |
|
|
| |
llvm-svn: 291073
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch gets the test suite "working" on Windows, although
none of the tests pass.
In order to reuse the existing configuration, which uses UNIX
style flags not accepted by clang-cl, this patch only works with clang++.
When clang-cl is specified the test harness secretly looks for
clang++ and then it configures it using the INCLUDE and LIB enviroment
variables.
This is very much a work in progress.
llvm-svn: 291072
|
| |
|
|
| |
llvm-svn: 291071
|
| |
|
|
|
|
|
|
|
|
| |
a warning that 'gtest-all.cc' directly triggers in the newer 1.8.0
version.
This should fix a warning in folks' build and bring a couple of -Werror
bots back to life.
llvm-svn: 291070
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
scaffolding for lowertypetests.
Set up basic YAML I/O support for module summaries, plumb the summary into
the pass and add a few command line flags to test YAML I/O support. Bitcode
support to come separately, as will the code in LowerTypeTests that actually
uses the summary. Also add a couple of tests that pass by virtue of the pass
doing nothing with the summary (which happens to be the correct thing to do
for those tests).
Differential Revision: https://reviews.llvm.org/D28041
llvm-svn: 291069
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
At this point SANCOV_OPTIONS are not functional but it is our intent
to move here sanitizer coverage flags from various sanitizers _OPTIONS.
Reviewers: kcc
Subscribers: kubabrecka, mgorny
Differential Revision: https://reviews.llvm.org/D28311
llvm-svn: 291068
|
| |
|
|
|
|
|
| |
This caused buildbot failures due to returning ArrayRefs referencing local
(temporary) objects.
llvm-svn: 291067
|
| |
|
|
| |
llvm-svn: 291066
|
| |
|
|
|
|
| |
This allows an in-build-area clang binary to find <cxxabi.h>.
llvm-svn: 291065
|
| |
|
|
|
|
|
|
|
|
|
|
| |
argument list.
We were previously incorrectly using TDK_TooFewArguments to report a template
argument list that's too short, but it actually means that the number of
arguments in a top-level function call was insufficient. When diagnosing the
problem, SemaOverload would (rightly) assert that the failure kind didn't make
any sense.
llvm-svn: 291064
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a cxxabi.h in the include search paths.
This comes up when libc++ is installed with some other abi library. At
some points in time in history we have had CMake hackery to try and get
a cxxabi.h installed that would work, but there are lots of examples
lacking this. Also, the just-built tree with libc++ seems to not quite
get this right.
To let folks make progress, we can easily work around this by detecting
that the header is missing and disabling the relevant parts of gtest.
This should fix the last remainging build bot failures. While these
failures are typically indicative of a questionable install, I don't
think gtest should be the thing that surfaces those issues and I don't
want folks blocked on this.
llvm-svn: 291063
|
| |
|
|
| |
llvm-svn: 291062
|
| |
|
|
|
|
| |
immediate so they test the instruction selection correctly.
llvm-svn: 291061
|
| |
|
|
|
|
|
|
|
|
|
| |
The test was previously set to XFAIL if __cpp_structured_bindings
wasn't defined. However there are Clang 4.0 versions which do not
define this macro but do provide structured bindings, which causes
the test to pass unexpectedly.
This patch changes the XFAIL to an UNSUPPORTED.
llvm-svn: 291060
|
| |
|
|
|
|
|
|
| |
In ABI v1 libc++ implements std::pointer_safety as a class type instead
of an enumeration. However this class type does not provide
a default constructor as it should. This patch adds that default constructor.
llvm-svn: 291059
|
| |
|
|
|
|
|
|
| |
Looks like these functions exist just to prevent bad implicit
conversions. Rather than waiting for the linker to complain about
undefined references to them, we can mark them as deleted.
llvm-svn: 291058
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the C++ standard `std::pointer_safety` is defined
as a C++11 strongly typed enum. However libc++ currently defines
it as a class type which simulates a C++11 enumeration. This
can be detected in valid C++ code.
This patch introduces an the _LIBCPP_ABI_POINTER_SAFETY_ENUM_TYPE ABI option.
When defined `std::pointer_safety` is implemented as an enum type.
Unfortunatly this also means it can no longer be provided as an extension
in C++03.
Additionally this patch moves the definition for `get_pointer_safety()`
out of the dylib, and into the headers. New usages of `get_pointer_safety()`
will now use the inline version instead of the dylib version. However in
order to keep the dylib ABI compatible the old definition is explicitly
compiled into it.
llvm-svn: 291046
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Replace some old code that probably pre-dated the change to delay
emission of dllexported code until after the closing brace of the
outermost record type. Only uninstantiated default argument expressions
need to be handled now. It is enough to instantiate default argument
expressions when instantiating dllexported default ctors. This also
fixes some double-diagnostic issues in this area.
Fixes PR31500
Reviewers: rsmith
Subscribers: cfe-commits
Differential Revision: https://reviews.llvm.org/D28274
llvm-svn: 291045
|
| |
|
|
|
|
| |
We only enable statistic in an assert build by default.
llvm-svn: 291044
|
| |
|
|
| |
llvm-svn: 291043
|