| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 174388
|
| |
|
|
| |
llvm-svn: 174387
|
| |
|
|
|
|
|
|
|
|
|
| |
Some paths through the copy constructors for 'ErrorOr' were calling
'get' when 'HasError' and 'IsValid' were not properly initialized.
Depending on what happened to be in memory for those member variables
the asserts in 'get' might incorrectly fire. Fixed by ensuring that
the member variables in question are always initialized before calling
'get'.
llvm-svn: 174381
|
| |
|
|
| |
llvm-svn: 174380
|
| |
|
|
|
|
| |
requires +Asserts.
llvm-svn: 174379
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the loop vectorizer cost model, we used to ignore stores/loads of a pointer
type when computing the widest type within a loop. This meant that if we had
only stores/loads of pointers in a loop we would return a widest type of 8bits
(instead of 32 or 64 bit) and therefore a vector factor that was too big.
Now, if we see a consecutive store/load of pointers we use the size of a pointer
(from data layout).
This problem occured in SingleSource/Benchmarks/Shootout-C++/hash.cpp (reduced
test case is the first test in vector_ptr_load_store.ll).
radar://13139343
llvm-svn: 174377
|
| |
|
|
|
|
| |
This should fix the valgrind buildbot failure.
llvm-svn: 174375
|
| |
|
|
|
|
|
|
| |
alignment for a load,"
It caused hangups in compiling clang/lib/Parse/ParseDecl.cpp and clang/lib/Driver/Tools.cpp in stage2 on some hosts.
llvm-svn: 174374
|
| |
|
|
|
|
|
|
| |
The sh_link in the ELF section header of .ARM.exidx should
be filled with the section index of the corresponding text
section.
llvm-svn: 174372
|
| |
|
|
|
|
| |
Also adds some costs for vector integer float conversions.
llvm-svn: 174371
|
| |
|
|
|
|
|
|
|
|
|
| |
This should fix three purely whitespace issues:
+ 80 column violations.
+ Tab characters.
+ TableGen brace placement.
No functional changes.
llvm-svn: 174370
|
| |
|
|
|
|
|
|
| |
This moves the bit twiddling and string fiddling functions required by other
parts of the backend into a separate library. Previously they resided in
AArch64Desc, which created a circular dependency between various components.
llvm-svn: 174369
|
| |
|
|
|
|
|
|
| |
MicroMips architectures.
Contributer: Zoran Jovanovic
llvm-svn: 174360
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
and enables the instruction printer to print aliased
instructions.
Due to usage of RegisterOperands a change in common
code (utils/TableGen/AsmWriterEmitter.cpp) is required
to get the correct register value if it is a RegisterOperand.
Contributer: Vladimir Medic
llvm-svn: 174358
|
| |
|
|
| |
llvm-svn: 174357
|
| |
|
|
| |
llvm-svn: 174356
|
| |
|
|
| |
llvm-svn: 174355
|
| |
|
|
|
|
|
|
| |
for MipsELFStreamer objects.
Contributer: Jack Carter
llvm-svn: 174354
|
| |
|
|
|
|
| |
for the first compile unit.
llvm-svn: 174352
|
| |
|
|
|
|
| |
skeleton CU as part of the DWARF5 split dwarf proposal.
llvm-svn: 174351
|
| |
|
|
|
|
| |
DWARF5 split dwarf proposal.
llvm-svn: 174350
|
| |
|
|
| |
llvm-svn: 174347
|
| |
|
|
| |
llvm-svn: 174346
|
| |
|
|
|
|
|
|
|
| |
externally_initialized return false for hasDefiniteInitializer and
hasUniqueInitializer.
rdar://12580965.
llvm-svn: 174345
|
| |
|
|
|
|
|
|
|
|
|
| |
it would replace the load with one with the higher alignment. However, it did
not place the new load in the worklist, which prevented later DAG combines in
the same phase (for example, target-specific combines) from ever seeing it.
This patch corrects that oversight, and updates some tests whose output changed
due to slightly different DAGCombine outputs.
llvm-svn: 174343
|
| |
|
|
|
|
| |
externally_initialized.
llvm-svn: 174340
|
| |
|
|
|
|
|
|
|
|
|
| |
Per discussion in rdar://13127907, we should emit a hard error only if
people write code where the requested alignment is larger than achievable
and assumes the low bits are zeros. A warning should be good enough when
we are not sure if the source code assumes the low bits are zeros.
rdar://13127907
llvm-svn: 174336
|
| |
|
|
|
|
|
|
|
| |
Rename the PARAMATTR_CODE_ENTRY to PARAMATTR_CODE_ENTRY_OLD. It will be replaced
by another encoding. Keep around the current LLVM attribute encoder/decoder
code, but move it to the bitcode directories so that no one's tempted to use
them.
llvm-svn: 174335
|
| |
|
|
| |
llvm-svn: 174332
|
| |
|
|
| |
llvm-svn: 174331
|
| |
|
|
|
|
|
| |
I didn't see those because the test case used "not grep". FileCheck the test and
XFAIL it, preserving the old optimization, so this can be fixed eventually.
llvm-svn: 174330
|
| |
|
|
|
|
| |
We were taking a StringRef to a temporary result, which can go horribly wrong.
llvm-svn: 174328
|
| |
|
|
|
|
|
|
| |
lowering.
Fixes PR15141.
llvm-svn: 174327
|
| |
|
|
| |
llvm-svn: 174326
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This required disabling a PowerPC optimization that did the following:
input:
x = BUILD_VECTOR <i32 16, i32 16, i32 16, i32 16>
lowered to:
tmp = BUILD_VECTOR <i32 8, i32 8, i32 8, i32 8>
x = ADD tmp, tmp
The add now gets folded immediately and we're back at the BUILD_VECTOR we
started from. I don't see a way to fix this currently so I left it disabled
for now.
Fix some trivially foldable X86 tests too.
llvm-svn: 174325
|
| |
|
|
| |
llvm-svn: 174324
|
| |
|
|
| |
llvm-svn: 174322
|
| |
|
|
| |
llvm-svn: 174321
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
definition
Current practice is not to use 'inline' in:
class Foo {
public:
inline void bar() {
// ...
}
};
llvm-svn: 174317
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Makefile.config.
This is implied at the bottom of the help text of configure (besides
CC/CXX/LDFLAGS, already passed to Makefile.config).
For backward compatibility, the values of CFLAGS and CXXFLAGS defaults
to empty, overriding the default values provided by autoconf (for
example, '-g -O2' when CC=gcc').
$(CPP) is not used by our makefiles. Therefore, the value of CPP is
not passed to Makefile.config, despite beeing mentioned by 'configure
--help'.
llvm-svn: 174313
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change lets us bootstrap LLVM/Clang under ASan and MSan. It contains
fixes for 2 issues:
- X86JIT reads return address from stack, which MSan does not know is
initialized.
- bugpoint tests run binaries with RLIMIT_AS. This does not work with certain
Sanitizers.
We are no longer including config.h in Compiler.h with this change.
llvm-svn: 174306
|
| |
|
|
|
|
| |
variable lists)
llvm-svn: 174305
|
| |
|
|
|
|
| |
language spec
llvm-svn: 174304
|
| |
|
|
|
|
| |
as a reference to the IR). Thanks silvas!
llvm-svn: 174301
|
| |
|
|
|
|
|
|
|
|
|
| |
Swift has a renaming dependency if we load into D subregisters. We don't have a
way of distinguishing between insertelement operations of values from loads and
other values. Therefore, we are pessimistic for now (The performance problem
showed up in example 14 of gcc-loops).
radar://13096933
llvm-svn: 174300
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Added support to the cmake build to turn off uninitialized use warnings
for gcc. This cleans the build up somewhat.
Used logic simpler than found in autoconf by making use of the fact that
although gcc won't complain about unsupported -Wno-* flags it *will*
complain about unsupported -W flags.
Reviewers: gribozavr, doug.gregor, chandlerc
llvm-svn: 174299
|
| |
|
|
|
|
| |
CPUDirectives[].
llvm-svn: 174298
|
| |
|
|
|
|
| |
CPUDirectives[].
llvm-svn: 174297
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
externally initialized to GlobalVariable. No *TRUE* functionality change.
I am going to add in the actual test cases with the actual functionality
changes in a later patch because I want to include some test cases.
To be clear when I say no *TRUE* functionality change I mean that this
patch (like it says in the title) only contains getters/setters and sets
up a default initial value of the instance variable to false so that
this patch does not affect any other uses of Global Variable.h.
llvm-svn: 174295
|
| |
|
|
| |
llvm-svn: 174288
|