| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
From a patch by Nicholas Allegra!
llvm-svn: 252955
|
|
|
|
|
|
| |
Trace when thread is waiting at join phase for oncore children.
llvm-svn: 252954
|
|
|
|
| |
llvm-svn: 252953
|
|
|
|
|
|
|
|
| |
Fix ittnotify loop metadata reporting for schedule(runtime) and
chunked schedule set via OMP_SCHEDULE. The bug was that chunk=1
reported always.
llvm-svn: 252952
|
|
|
|
|
|
| |
It broke some of the bots including clang-x64-ninja-win7.
llvm-svn: 252951
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D14591
llvm-svn: 252950
|
|
|
|
|
|
|
|
|
|
|
|
| |
rules using table-gen. NFC.
This commit adds new classes CompatRule and MergeRule to Attributes.td,
which are used to generate code to check attribute compatibility and
merge attributes of the caller and callee.
rdar://problem/19836465
llvm-svn: 252949
|
|
|
|
|
|
|
|
|
|
|
| |
r243347 was intended to support a change to LSR (r243348). That change
to LSR has since had to be reverted (r243939) because it was buggy, and
now the code added in r243347 is untested and unexercised. Given that,
I think it is appropriate to revert r243347 for now, with the intent of
adding it back in later if I get around to checking in a fixed version
of r243348.
llvm-svn: 252948
|
|
|
|
| |
llvm-svn: 252947
|
|
|
|
|
|
| |
This will make later functional changes easier to follow.
llvm-svn: 252946
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D14624
llvm-svn: 252945
|
|
|
|
| |
llvm-svn: 252943
|
|
|
|
| |
llvm-svn: 252942
|
|
|
|
|
|
|
|
|
| |
Only when we check for wrapping we want to use the store size, for all
other cases we use the alloc size now.
Suggested by: Tobias Grosser <tobias@grosser.es>
llvm-svn: 252941
|
|
|
|
| |
llvm-svn: 252940
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This finishes the effort to port python-wrapper.swig code over to
using PythonDataObjects.
Also included in this patch is the removal of `PyCallable` from
`python-wrapper.swig`, as it is no longer used after having been
replaced by `PythonCallable` everywhere.
There might be additional cleanup as followup patches, but it should
be all fairly simple and minor.
llvm-svn: 252939
|
|
|
|
|
|
| |
This reverts 252919 which broke LNT: MultiSource/Applications/SPASS
llvm-svn: 252936
|
|
|
|
| |
llvm-svn: 252935
|
|
|
|
| |
llvm-svn: 252934
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D14589
llvm-svn: 252933
|
|
|
|
|
|
|
|
|
| |
Update the ThinLTO function importing test to use DAG forms of checks so
that it is more tolerant of changes to relative ordering between
imported decls/defs. This reduces the number of changes required by the
comdat importing patch I am sending for review shortly.
llvm-svn: 252932
|
|
|
|
|
|
| |
Found by leaksanitizer.
llvm-svn: 252931
|
|
|
|
|
|
| |
Android libc is missing rand_r until API 21. ASan supports API 19.
llvm-svn: 252930
|
|
|
|
|
|
| |
I was a little too aggressive about adding sources from the arm subdirectory.
llvm-svn: 252929
|
|
|
|
|
|
| |
Turns out you need to save before committing.
llvm-svn: 252928
|
|
|
|
|
|
| |
Also added a TODO comment to make the build system throw an error if the CMakeLists gets out of sync again.
llvm-svn: 252927
|
|
|
|
|
|
|
| |
This change prevents uninteresting stores from being inserted into the list of
candidate stores for memset/memcpy conversion.
llvm-svn: 252926
|
|
|
|
| |
llvm-svn: 252925
|
|
|
|
| |
llvm-svn: 252924
|
|
|
|
| |
llvm-svn: 252923
|
|
|
|
|
|
|
|
|
|
|
| |
Go build does not link in whatever library provides these symbols:
# runtime/race
race_windows_amd64.syso:gotsan.cc:(.text+0x578f): undefined reference to `__sanitizer::DumpProcessMap()'
race_windows_amd64.syso:gotsan.cc:(.text+0xee33): undefined reference to `EnumProcessModules'
race_windows_amd64.syso:gotsan.cc:(.text+0xeeb9): undefined reference to `GetModuleInformation'
llvm-svn: 252922
|
|
|
|
| |
llvm-svn: 252921
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In r244063, I had caused these builtins to call the same-named library
functions, __atomic_*_fetch_SIZE. However, this was incorrect: while
those functions are in fact supported by GCC's libatomic, they're not
documented by the spec (and gcc doesn't ever call them).
Instead, you're /supposed/ to call the __atomic_fetch_* builtins and
then redo the operation inline to return the final value.
Differential Revision: http://reviews.llvm.org/D14385
llvm-svn: 252920
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
when coercing loads, it inserts some instructions, which have no GV assigned.
https://llvm.org/bugs/show_bug.cgi?id=25440
Reviewers: hfinkel, dberlin
Subscribers: dberlin, llvm-commits
Differential Revision: http://reviews.llvm.org/D14479
llvm-svn: 252919
|
|
|
|
| |
llvm-svn: 252918
|
|
|
|
|
|
|
|
| |
ShrinkWrapping does not understand exception handling constraints for now, so
make sure we do not mess with them by aborting on functions that use EH
funclets.
llvm-svn: 252917
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This change addresses two possible instances of user error / confusion when
merging sampled profile data.
Previously any input that didn't match the raw or processed instrumented format
would automatically be interpreted as instrumented profile text format data.
No error would be reported during the merge.
Example:
If foo-sampled.profdata and bar-sampled.profdata are binary sampled profiles:
Old behavior:
$ llvm-profdata merge foo-sampled.profdata bar-sampled.profdata -output foobar-sampled.profdata
$ llvm-profdata show -sample foobar-sampled.profdata
error: foobar-sampled.profdata:1: Expected 'mangled_name:NUM:NUM', found lprofi
This change adds basic checks for valid input data when assuming text input.
It also makes error messages related to file format validity more specific about
the assumbed profile data type.
New behavior:
$ llvm-profdata merge foo-sampled.profdata bar-sampled.profdata -o foobar-sampled.profdata
error: foo.profdata: Unrecognized instrumentation profile encoding format
Perhaps you forgot to use the -sample option?
Reviewers: bogner, davidxl, dnovillo
Subscribers: davidxl, llvm-commits
Differential Revision: http://reviews.llvm.org/D14558
llvm-svn: 252916
|
|
|
|
|
|
|
| |
The class is declared in SampleProf.h, so a better home for this is
SampleProf.cpp.
llvm-svn: 252915
|
|
|
|
| |
llvm-svn: 252914
|
|
|
|
|
|
| |
Patch provided by Yaron Keren. (Thanks!)
llvm-svn: 252913
|
|
|
|
|
|
|
|
| |
This option is used to cancel -mms-bitfields on the command line.
rdar://problem/15898553
llvm-svn: 252912
|
|
|
|
|
|
|
|
| |
Fix the library name.
Don't duplicate the comment in the .cpp file.
Don't repeat the name in the comment.
llvm-svn: 252911
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Switch to MC for instruction printing.
This encompasses several changes which are all interconnected:
- Use the MC framework for printing almost all instructions.
- AsmStrings are now live.
- This introduces an indirection between LLVM vregs and WebAssembly registers,
and a new pass, WebAssemblyRegNumbering, for computing a basic the mapping.
This addresses some basic issues with argument registers and unused registers.
- The way ARGUMENT instructions are handled no longer generates redundant
get_local+set_local for every argument.
This also changes the assembly syntax somewhat; most notably, MC's printing
does not use sigils on label names, so those are no longer present, and
push/pop now have a sigil to keep them unambiguous.
The usage of set_local/get_local/$push/$pop will continue to evolve
significantly. This patch is just one step of a larger change.
llvm-svn: 252910
|
|
|
|
| |
llvm-svn: 252909
|
|
|
|
|
|
|
|
|
|
|
| |
{fadd,fdiv,fmul,fsub,fsubr,fdivr} to {faddp,fdivp,fmulp,fsubp,fsubrp,fdivrp}
LLVM Missing the following instructions: fadd\fdiv\fmul\fsub\fsubr\fdivr.
GAS and MS supporting this instruction and lowering them in to a faddp\fdivp\fmulp\fsubp\fsubrp\fdivrp instructions.
Differential Revision: http://reviews.llvm.org/D14217
llvm-svn: 252908
|
|
|
|
|
|
| |
CompareModulesBase is an unused function.
llvm-svn: 252907
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PyCallable is a class that exists solely within the swig wrapper
code. PythonCallable is a more generic implementation of the same
idea that can be used by any Python-related interop code, and lives
in PythonDataObjects.h
The CL is mostly mechanical, and it doesn't cover every possible
user of PyCallable, because I want to minimize the impact of this
change (as well as making it easier to figure out what went wrong
in case this causes a failure). I plan to finish up the rest of
the changes in a subsequent patch, culminating in the removal of
PyCallable entirely.
llvm-svn: 252906
|
|
|
|
| |
llvm-svn: 252905
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Clang-side update, corresponding to D14577
Reviewers: rengolin
Subscribers: aemerson, cfe-commits, rengolin
Differential Revision: http://reviews.llvm.org/D14578
llvm-svn: 252904
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This patch changes ARMV5, ARMV5E, ARMV6SM, ARMV6HL, ARMV7, ARMV7L,
ARMV7HL, ARMV7EM to be treated as aliases for the corresponding
standard architectures, instead of as actual architectures.
Reviewers: rengolin
Subscribers: aemerson, llvm-commits, rengolin
Differential Revision: http://reviews.llvm.org/D14577
llvm-svn: 252903
|