| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
It is only used internally by the ScopInfo pass. By moving it into its
own header file we avoid it being processed that use only ScopInfo.
llvm-svn: 273983
|
|
|
|
|
|
|
|
| |
The methods in ScopBuilder are used for the construction of a Scop,
while the remaining classes of ScopInfo are required by all passes that
use Polly's polyhedral analysis.
llvm-svn: 273982
|
|
|
|
|
|
|
|
| |
This function is used by both ScopInfo and ScopBuilder. A common
location for this function is required when ScopInfo and ScopBuilder are
separated into separate files in the next commit.
llvm-svn: 273981
|
|
|
|
| |
llvm-svn: 273980
|
|
|
|
|
|
| |
<rdar://problem/26998596>
llvm-svn: 273979
|
|
|
|
|
|
|
| |
This reverts commit r273971. test/profile/instrprof-visibility.cpp is
failing because of an uncaught error in SafelyCloseFileDescriptor.
llvm-svn: 273978
|
|
|
|
|
|
|
| |
This was producing acceses to registers beyond the super
register's limits, resulting in verifier failures.
llvm-svn: 273977
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DiagnosticNoteRenderer asserts trying to emit its "while building
module Foo imported from bar.h:5" note when the presumed location
of the import is invalid. This assertion was added in r267914,
where most uses of 'getFilename' were updated to test 'isValid'
instead. This one must have been missed.
I can't come up with a test because this location is always valid
in C-based code, but external clients that manually import modules
(*cough*Swift*cough*) sometimes provide invalid SourceLocations.
rdar://problem/26099576
http://reviews.llvm.org/D21111
llvm-svn: 273976
|
|
|
|
| |
llvm-svn: 273975
|
|
|
|
| |
llvm-svn: 273974
|
|
|
|
|
|
|
|
|
| |
tests will want different IR.
Wanted this when writing tests for the proposed CG update stuff, and
this is an easily separable piece.
llvm-svn: 273973
|
|
|
|
| |
llvm-svn: 273972
|
|
|
|
|
|
|
|
|
|
|
| |
Passing -output-dir path/to/dir to llvm-cov show creates path/to/dir if
it doesn't already exist, and prints reports into that directory.
In function view mode, all views are written into
path/to/dir/functions.$EXTENSION. In file view mode, all views are
written into path/to/dir/coverage/$PATH.$EXTENSION.
llvm-svn: 273971
|
|
|
|
| |
llvm-svn: 273970
|
|
|
|
| |
llvm-svn: 273969
|
|
|
|
| |
llvm-svn: 273968
|
|
|
|
|
|
|
|
| |
Expose getBPI interface from BFI impl and use
it in graph viewer. This eliminates the dependency
on old PM interface.
llvm-svn: 273967
|
|
|
|
| |
llvm-svn: 273966
|
|
|
|
| |
llvm-svn: 273965
|
|
|
|
| |
llvm-svn: 273964
|
|
|
|
|
|
|
|
|
|
|
| |
execution context now that the @lldb.command decorator does the right thing for the command function that takes 5 arguments.
A few fixes:
- Check the process state to make sure it is stopped
- Grab the frame from the "exe_ctx" so this will work during breakpoint callbacks
- Print out the SBDeclaration objects of the variables that shadow each other so we can see the source locations of which variable declarations are shodowing each other.
llvm-svn: 273963
|
|
|
|
|
|
| |
Differential review: http://reviews.llvm.org/D21522
llvm-svn: 273962
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the new pass manager.
This adds operator<< overloads for the various bits of the
LazyCallGraph, dump methods for use from the debugger, and debug logging
using them to the CGSCC pass manager.
Having this was essential for debugging the call graph update patch, and
I've extracted what I could from that patch here to minimize the delta.
llvm-svn: 273961
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Target::Install() was assuming the module at index 0 was the executable.
This is often true, but not guaranteed to be the case. The
TestInferiorChanged.py test highlighted this when run against iOS.
After the binary is replaced in the middle of the test, it becomes the
last module in the list. The rest of the Target::Install() logic then
clobbers the executable file by using whatever happens to be the first
module in the target module list.
This change also marks the TestInferiorChanged.py test as a no-debug-info
test.
llvm-svn: 273960
|
|
|
|
|
|
| |
Thanks to Benjamin Kramer for noticing.
llvm-svn: 273959
|
|
|
|
|
|
| |
Should fix the shared library build.
llvm-svn: 273958
|
|
|
|
|
|
| |
COMPILER_RT_DEFAULT_TARGET_ABI is not set in base-config-ix.cmake, so we need to move this check into CMakeLists.txt.
llvm-svn: 273957
|
|
|
|
|
|
|
|
|
|
|
| |
correctly"
This reverts commit r273914.
This commit broke bots building compiler-rt using LLVM_BUILD_EXTERNAL_COMPILER_RT. See:
http://lab.llvm.org:8080/green/job/clang-stage1-configure-RA_build/22221/console
llvm-svn: 273956
|
|
|
|
|
|
|
|
| |
Apparently, MSVC complains if there's an implicit conversion from
`unsigned` to `unsigned long long`, if the `unsigned` is the result of
a bit shift.
llvm-svn: 273955
|
|
|
|
|
|
|
|
|
|
|
|
| |
explicit in how it adds the kernel binary, to guard against the
case where a kernel corefile might incorrectly include the kernel's
UUID in it (so calling ::GetSharedModule may end up returning the
global module cache's copy of the core file instead of adding the
kerenl binary).
<rdar://problem/26988816>
llvm-svn: 273954
|
|
|
|
| |
llvm-svn: 273953
|
|
|
|
|
|
| |
Differential revision: http://reviews.llvm.org/D21690
llvm-svn: 273952
|
|
|
|
|
|
|
|
|
|
|
| |
is small enough (PR28153)
This should fix PR28153:
https://llvm.org/bugs/show_bug.cgi?id=28153
Differential Revision: http://reviews.llvm.org/D21769
llvm-svn: 273951
|
|
|
|
| |
llvm-svn: 273950
|
|
|
|
|
|
| |
This change reverts a "false" test that was placed to avoid regressions while the atomics pass was completed for the Sparc back-ends.
llvm-svn: 273949
|
|
|
|
|
|
| |
"chmod u-x *" does not work for lit on cygwin.
llvm-svn: 273948
|
|
|
|
|
|
| |
Not sure this actually changes anything
llvm-svn: 273947
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Expected<...> to
allow a good error message to be produced.
I added the one test case that the object file tools could produce an error
message. The other two errors can’t be triggered if the input file is passed
through sys::fs::identify_magic(). But the malformedError("bad magic number")
does get triggered by the logic in llvm-dsymutil when dealing with a normal
Mach-O file. The other "File too small ..." error would take a logic error
currently to produce and is not tested for.
llvm-svn: 273946
|
|
|
|
| |
llvm-svn: 273945
|
|
|
|
|
|
| |
In all its uses it was equivalent to IsNotPIC.
llvm-svn: 273943
|
|
|
|
|
|
| |
Should fix the last LLD bots.
llvm-svn: 273942
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As it failed on e.g.
<http://lab.llvm.org:8011/builders/clang-ppc64be-linux/builds/7089/steps/ninja%20check%201/logs/FAIL%3A%20Clang%20Tools%3A%3AClassTestReplacements.cpp> with:
Trouble iterating over directory '/home/buildbots/ppc64be-clang-test/clang-ppc64be/stage1/tools/clang/tools/extra/test/clang-rename/Output': No such file or directory
A reliable way to trigger the problem locally is to run all clang-rename
tests in parallel in a loop:
for i in $(seq 1 100); do ~/git/llvm/workdir/bin/llvm-lit -v -j15 . || break; done
Change the test script to be more similar to test/Tooling/clang-check.cpp, that
way the above command doesn't fail for me anymore.
llvm-svn: 273941
|
|
|
|
| |
llvm-svn: 273940
|
|
|
|
|
|
| |
Should fix the last LLD bots.
llvm-svn: 273939
|
|
|
|
|
|
|
|
|
|
|
| |
binutils ar uses -plugin to specify the LTO plugin, but LLVM doesn't
need this as it doesn't use a plugin for LTO. Accepting (and ignoring)
the option allows interoperability with existing build systems and
make downstream consumers life much easier.
No objections from Rafael on this change.
llvm-svn: 273938
|
|
|
|
| |
llvm-svn: 273937
|
|
|
|
| |
llvm-svn: 273936
|
|
|
|
|
|
|
|
|
|
| |
Reviewers: jingyue, jlebar
Subscribers: jholewinski
Differential Revision: http://reviews.llvm.org/D21756
llvm-svn: 273922
|
|
|
|
|
|
| |
Fixes a fixme about handling other visibilities.
llvm-svn: 273921
|
|
|
|
|
|
| |
This removed the -format flag from yaml2obj in favor of YAML tags.
llvm-svn: 273920
|