| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
Iterating over a DenseMaop is non-deterministic and results to unpredictable IR
output.
Based on a patch by Daniel Reynaud!
llvm-svn: 208728
|
| |
|
|
|
|
| |
No functionality change.
llvm-svn: 208727
|
| |
|
|
|
|
|
|
|
|
| |
member variable and sink the initialization of crbits into the
subtarget feature reset code.
No functional change, but this refactor will be used in a future
commit.
llvm-svn: 208726
|
| |
|
|
| |
llvm-svn: 208725
|
| |
|
|
|
|
|
|
|
| |
caused us to perform copy-initialization for the parameters of an allocation
function called by a new-expression multiple times, resulting in us rejecting
allocations that passed non-copyable parameters (and much worse things in
MSVC compat mode, where we potentially called this function multiple times).
llvm-svn: 208724
|
| |
|
|
| |
llvm-svn: 208723
|
| |
|
|
|
|
| |
well.
llvm-svn: 208722
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
We were using libLLVM-Major.Minor.Patch.so for the soname, but we
need the soname to stay consistent for all Major.Minor.* releases
otherwise operating system distributors will need to rebuild all
packages that link with LLVM every time there is a new point release.
This patch also reverses the compatibility symlink, so
libLLVM-Major.Minor.Patch.so is now a symlink that points
to libLLVM-Major-Minor.so.
llvm-svn: 208721
|
| |
|
|
|
|
| |
instructions.
llvm-svn: 208719
|
| |
|
|
| |
llvm-svn: 208718
|
| |
|
|
| |
llvm-svn: 208717
|
| |
|
|
|
|
|
|
|
| |
This allows code to statically accept a Function or a GlobalVariable, but
not an alias. This is already a cleanup by itself IMHO, but the main
reason for it is that it gives a lot more confidence that the refactoring to fix
the design of GlobalAlias is correct. That will be a followup patch.
llvm-svn: 208716
|
| |
|
|
|
|
| |
Code depends on the assembler and linker to fix things up...
llvm-svn: 208715
|
| |
|
|
| |
llvm-svn: 208714
|
| |
|
|
|
|
|
|
| |
The clean line is failing under Ubuntu 12.04/gcc. It cleans fine
without it on MacOSX. It doesn't clean right on Linux but at least
now it doesn't fail the test.
llvm-svn: 208713
|
| |
|
|
|
|
| |
-show-encoding)
llvm-svn: 208712
|
| |
|
|
|
|
|
|
|
|
|
|
| |
file
This commit was already commited as revision rL208689 and discussd in
phabricator revision D3704.
But the test file was crashing on OS X and windows.
I fixed the test file in the same way as in rL208340.
llvm-svn: 208711
|
| |
|
|
| |
llvm-svn: 208710
|
| |
|
|
|
|
|
|
|
| |
This reverts commit r208708.
I forgot to run make clean before testing this and it broke tools
linking.
llvm-svn: 208709
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
We were using libLLVM-Major.Minor.Patch.so for the soname, but we
need the soname to stay consistent for all Major.Minor.* releases
otherwise operating system distributors will need to rebuild all
packages that link with LLVM every time there is a new point release.
This patch also reverses the compatibility symlink, so
libLLVM-Major.Minor.Patch.so is now a symlink that points
to libLLVM-Major-Minor.so.
llvm-svn: 208708
|
| |
|
|
|
|
| |
This should fix https://code.google.com/p/thread-sanitizer/issues/detail?id=61
llvm-svn: 208707
|
| |
|
|
|
|
| |
duplicate attribute introducers. Eg) [[clang::fallthrough]] instead of [[[[clang::fallthrough]]]]
llvm-svn: 208706
|
| |
|
|
|
|
|
|
|
|
|
| |
compared to 'AddrMode.BaseReg'. In the case that 'AddrMode.BaseReg' is
nullptr, 'Result' will also be nullptr, so the cast causes an assertion. We
should use dyn_cast_or_null here to check 'Result' is not null and it is an
instruction.
Bug found by Mats Petersson, and I reduced his IR to get a test case.
llvm-svn: 208705
|
| |
|
|
|
|
|
|
| |
This reverts commit r208689.
The test was crashing on OS X and windows.
llvm-svn: 208704
|
| |
|
|
|
|
| |
require emitting the AST until after the AST printing for statement attributes is updated.
llvm-svn: 208703
|
| |
|
|
|
|
| |
std::copy while deserializing attributed statements with more than one attribute.
llvm-svn: 208702
|
| |
|
|
| |
llvm-svn: 208701
|
| |
|
|
|
|
|
|
| |
atomic_compare_exchange_strong on Windows
Reviewed at http://reviews.llvm.org/D3745
llvm-svn: 208700
|
| |
|
|
| |
llvm-svn: 208699
|
| |
|
|
| |
llvm-svn: 208698
|
| |
|
|
| |
llvm-svn: 208697
|
| |
|
|
|
|
|
|
| |
gtest.h conditional
Reviewed at http://reviews.llvm.org/D3744
llvm-svn: 208696
|
| |
|
|
| |
llvm-svn: 208695
|
| |
|
|
|
|
|
|
| |
a default label with no cases. This solves some warnings with MSVC.
No functional changes intended.
llvm-svn: 208694
|
| |
|
|
| |
llvm-svn: 208693
|
| |
|
|
|
|
| |
E.g. use the pthread helpers introduced in r208674
llvm-svn: 208692
|
| |
|
|
| |
llvm-svn: 208691
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-mcpu=mips(2|32) does not accept them
Summary:
This required a new instruction group representing the 32-bit subset of
MIPS-3 that was available in MIPS32R2.
To limit the number of tests required, only one 32-bit and one 64-bit ISA
prior to MIPS32/MIPS64 are tested.
rdhwr has been deliberately left without an ISA annotation for now. This is
because the assembler and CodeGen disagree on when the instruction is
available. Strictly speaking, it is only available in MIPS32r2 and
MIPS64r2. However, it is emulated by a kernel trap on earlier ISA's and is
necessary for TLS so CodeGen should emit it on older ISA's too.
Depends on D3696
Reviewers: vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3697
llvm-svn: 208690
|
| |
|
|
| |
llvm-svn: 208689
|
| |
|
|
| |
llvm-svn: 208688
|
| |
|
|
|
|
| |
class.
llvm-svn: 208687
|
| |
|
|
| |
llvm-svn: 208686
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
IsGP32/IsGP64 into IsGP32bit/IsGP64bit
Summary:
We are currently very close to the 32-bit limit of the current assembler
implementation. This is because there is no way to represent an instruction
that is available in, for example, Mips3 or Mips32. We have to define a
feature bit that represents this.
This patch cleans up a pair of redundant feature bits and slightly postpones the
point we will reach the limit.
Reviewers: zoran.jovanovic, jkolek, vmedic
Reviewed By: vmedic
Differential Revision: http://reviews.llvm.org/D3703
llvm-svn: 208685
|
| |
|
|
| |
llvm-svn: 208684
|
| |
|
|
|
|
|
| |
`clang -S -o - file.c -masm=att` will write assembly to stdout in at&t syntax
(the default), `-masm=intel` will instead output intel style asm.
llvm-svn: 208683
|
| |
|
|
|
|
| |
Reviewed at http://reviews.llvm.org/D3720
llvm-svn: 208682
|
| |
|
|
| |
llvm-svn: 208681
|
| |
|
|
|
|
| |
lib/ExecutionEngine/ExecutionEngineBindings.cpp into include/llvm/IR/DataLayout.h
llvm-svn: 208680
|
| |
|
|
| |
llvm-svn: 208679
|
| |
|
|
| |
llvm-svn: 208678
|