| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
This was part of the cause for PR17655. We were generating thunks when
we shouldn't have. I suspect that if we tweak the test case for PR17655
to actually require thunks, we can reproduce the same crash.
llvm-svn: 197836
|
| |
|
|
| |
llvm-svn: 197834
|
| |
|
|
|
|
| |
Found by inspection by Julien Lerouge. Thanks Julian!
llvm-svn: 197833
|
| |
|
|
|
|
| |
Cleanup in preparation for enhanced DataLayout checking.
llvm-svn: 197832
|
| |
|
|
| |
llvm-svn: 197831
|
| |
|
|
|
|
| |
for making pointer-valued constants.
llvm-svn: 197829
|
| |
|
|
| |
llvm-svn: 197828
|
| |
|
|
| |
llvm-svn: 197827
|
| |
|
|
|
|
| |
Reviewed at http://llvm-reviews.chandlerc.com/D2445
llvm-svn: 197826
|
| |
|
|
|
|
| |
CMAKE_INSTALL_RPATH
llvm-svn: 197825
|
| |
|
|
| |
llvm-svn: 197824
|
| |
|
|
| |
llvm-svn: 197821
|
| |
|
|
| |
llvm-svn: 197820
|
| |
|
|
| |
llvm-svn: 197819
|
| |
|
|
| |
llvm-svn: 197818
|
| |
|
|
|
|
| |
equivalent in MakefileStyle.
llvm-svn: 197817
|
| |
|
|
| |
llvm-svn: 197815
|
| |
|
|
| |
llvm-svn: 197814
|
| |
|
|
| |
llvm-svn: 197810
|
| |
|
|
| |
llvm-svn: 197809
|
| |
|
|
| |
llvm-svn: 197808
|
| |
|
|
| |
llvm-svn: 197807
|
| |
|
|
| |
llvm-svn: 197806
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a header file belonging to a certain module is not found on the
filesystem, that header gets marked as unavailable. Now, the layering
warning (-fmodules-decluse) should still warn about headers of this
module being wrongfully included. Currently, headers belonging to those
modules are just treated as not belonging to modules at all which means
they can be included freely from everywhere.
To implement this (somewhat) cleanly, I have moved most of the layering
checks into the ModuleMap. This will also help with showing FixIts
later.
llvm-svn: 197805
|
| |
|
|
|
|
|
|
|
|
|
|
| |
If the extension of a loaded value is compared against zero and used in
other arithmetic, InstCombine will change the comparison to use the
unextended load. It's also possible that the comparison could be against
the unextended load from the outset.
In DAG form this becomes a truncation of an extending load. We want to
strip the truncation if possible so that we can use load-and-test instructions.
llvm-svn: 197804
|
| |
|
|
|
|
|
|
|
|
|
| |
If a symbol in an import library is marked as "data", the linker will not
create a jump table entry for the symbol, since jump table makes sense only
for a symbol pointing to a function.
I don't think NONAME attribute has a meaning when creating an import library.
The attribute is emitted for debugging purpose.
llvm-svn: 197803
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The handling of ANY_EXTEND and ZERO_EXTEND was too strict. In this context
we can treat ZERO_EXTEND in much the same way as an AND and then also handle
outermost ZERO_EXTENDs.
I couldn't find a test that benefited from the ANY_EXTEND change, but it's
more obvious to write it this way once SIGN_EXTEND and ZERO_EXTEND are
handled differently.
llvm-svn: 197802
|
| |
|
|
|
|
|
|
|
|
|
| |
If the linker is instructed to create a DLL, it will also create an import
library (.lib file) to describe the symbols exported by the DLL. This patch is
to create the import library file.
There is a convenient command "lib.exe" which can create an import library
from a module definition file (.def file). The command is used in this patch.
llvm-svn: 197801
|
| |
|
|
|
|
| |
This refactoring makes it less error-prone to define formatter types with the correct match schemes
llvm-svn: 197800
|
| |
|
|
| |
llvm-svn: 197799
|
| |
|
|
| |
llvm-svn: 197798
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Default ordinals were assigned in EdataPass, and the assigned values were
then discarded in the pass. No code other than EdataPass would not be able
to get all of the information about ordinals. That's not ideal since I'm
writing code to emit an Import Library file, which also needs ordinals.
This is a patch to move the code to assign default ordinals from EdataPass
to LinkingContext::verify(), so that assigned ordinals will be available
anywhere.
No functionality change.
llvm-svn: 197797
|
| |
|
|
|
| |
Reported-by: Dmitry N. Mikushin <maemarcus@gmail.com>
llvm-svn: 197796
|
| |
|
|
|
|
|
|
|
| |
possible formatters matches is now done elsewhere
So, rename the class for what it truly is: a FormattersContainer
Also do a bunch of related text substitutions in the interest of overall naming clarity
llvm-svn: 197795
|
| |
|
|
|
|
|
|
|
| |
Further:
o ensure that the header is properly readable even on smaller screen sizes.
o Shorten the table of contents of the documentation section.
llvm-svn: 197794
|
| |
|
|
| |
llvm-svn: 197793
|
| |
|
|
|
|
|
| |
Recently, support for krait cpu was added. This commit extends getHostCPUName()
to return krait as cpu for the APQ8064 (a Krait 300).
llvm-svn: 197792
|
| |
|
|
|
|
|
|
|
| |
If we happen to eliminate every case in a switch that has branch
weights, we currently try to create metadata for the one remaining
branch, triggering an assert. Instead, we need to check that the
metadata we're trying to create is sensible.
llvm-svn: 197791
|
| |
|
|
| |
llvm-svn: 197790
|
| |
|
|
| |
llvm-svn: 197789
|
| |
|
|
| |
llvm-svn: 197788
|
| |
|
|
|
|
|
| |
The .pool directive is an alias for the .ltorg directive used to create a
literal pool. Simply treat .pool as if .ltorg was passed.
llvm-svn: 197787
|
| |
|
|
|
|
|
|
|
|
| |
llvmlab dragonegg builder.
Since r197684, "install/bin/llvm-config --obj-root" hasn't shown the build tree. The builder was finding utils in the build tree, from the installed tree.
I will revert this after dragonegg builder would be tweaked not to use installed llvm-config.
llvm-svn: 197786
|
| |
|
|
|
|
|
|
|
|
|
| |
Before:
SomeFunction(L"A" L"B");
After:
SomeFunction(L"A"
L"B");
llvm-svn: 197785
|
| |
|
|
|
|
|
|
| |
v2:
- Fix typo.
Reviewed-by: Jan Vesely <jan.vesely@rutgers.edu>
llvm-svn: 197784
|
| |
|
|
|
|
|
|
|
|
|
| |
v2: Add ftrunc->TRUNC pattern instead of replacing int_AMDGPU_trunc
v3: move ftrunc pattern next to TRUNC definition, it's available since R600
Patch By: Jan Vesely
Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
Signed-off-by: Jan Vesely <jan.vesely@rutgers.edu>
llvm-svn: 197783
|
| |
|
|
|
|
| |
the moment.
llvm-svn: 197782
|
| |
|
|
| |
llvm-svn: 197781
|
| |
|
|
|
|
| |
assert that this is so.
llvm-svn: 197780
|
| |
|
|
| |
llvm-svn: 197777
|