| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 175965
|
|
|
|
|
|
| |
should be unique for each loop.
llvm-svn: 175888
|
|
|
|
|
|
|
|
| |
The 'nobuiltin' attribute is applied to call sites to indicate that LLVM should
not treat the callee function as a built-in function. I.e., it shouldn't try to
replace that function with different code.
llvm-svn: 175835
|
|
|
|
|
|
| |
generated html.
llvm-svn: 175769
|
|
|
|
| |
llvm-svn: 175415
|
|
|
|
| |
llvm-svn: 175375
|
|
|
|
| |
llvm-svn: 175077
|
|
|
|
| |
llvm-svn: 175075
|
|
|
|
|
|
|
|
| |
metadata is the loop vectorizer.
See the documentation update for more info.
llvm-svn: 175060
|
|
|
|
| |
llvm-svn: 175055
|
|
|
|
| |
llvm-svn: 175047
|
|
|
|
| |
llvm-svn: 175041
|
|
|
|
| |
llvm-svn: 174982
|
|
|
|
|
|
|
| |
This is based on Bill Wendling's email. No additional content has been added,
but now there's a place for Attributes to capture future information.
llvm-svn: 174961
|
|
|
|
| |
llvm-svn: 174884
|
|
|
|
| |
llvm-svn: 174881
|
|
|
|
| |
llvm-svn: 174864
|
|
|
|
| |
llvm-svn: 174764
|
|
|
|
| |
llvm-svn: 174749
|
|
|
|
| |
llvm-svn: 174742
|
|
|
|
|
|
|
|
|
|
| |
This updates the current references to links that work for me.
In the future, we should update the list of references itself to provide
information on newer architecture variants.
Thanks to Sean Silva for pointing out that the current links were broken!
llvm-svn: 174739
|
|
|
|
| |
llvm-svn: 174587
|
|
|
|
| |
llvm-svn: 174586
|
|
|
|
| |
llvm-svn: 174585
|
|
|
|
|
|
| |
flag is in use. This flag is supposed to affect horizontal whitespaces only.
llvm-svn: 174541
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Attribute groups are of the form:
#0 = attributes { noinline "no-sse" "cpu"="cortex-a8" alignstack=4 }
Target-dependent attributes are represented as strings. Attributes can have
optional values associated with them. E.g., the "cpu" attribute has the value
"cortex-a8".
Target-independent attributes are listed as enums inside the attribute classes.
Multiple attribute groups can be referenced by the same object. In that case,
the attributes are merged together.
llvm-svn: 174493
|
|
|
|
| |
llvm-svn: 174490
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
as a reference to the IR). Thanks silvas!
llvm-svn: 174301
|
|
|
|
| |
llvm-svn: 174270
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
GlobalVariable about LLVM's assumptions vis-a-vis Global Variable
initial values and Global Variable initializers.
This is in preparation for adding the new keyword
externally_initialized.
Specifically, the patch explains how LLVM optimizes global initializers
by assumign that global variables defined within the module are not
modified from their initial values before the start of the global
initializer.
llvm-svn: 174269
|
|
|
|
|
|
|
|
|
|
|
|
| |
My "excuse" for not refactoring the grammar here is to not diverge too
far from the grammar in the comments of TGParser.cpp, since I'm not
taking on the quest of majorly refactoring TGParser.cpp at the moment.
One benefit of doing this is that Ideas for refactoring and clarifying
the grammar in this document should translate almost immediately to
beneficial refactorings that can be made to TGParser.cpp.
llvm-svn: 174144
|
|
|
|
|
|
| |
Spotted by Eli Bendersky.
llvm-svn: 174143
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds support for AArch64 (ARM's 64-bit architecture) to
LLVM in the "experimental" category. Currently, it won't be built
unless requested explicitly.
This initial commit should have support for:
+ Assembly of all scalar (i.e. non-NEON, non-Crypto) instructions
(except the late addition CRC instructions).
+ CodeGen features required for C++03 and C99.
+ Compilation for the "small" memory model: code+static data <
4GB.
+ Absolute and position-independent code.
+ GNU-style (i.e. "__thread") TLS.
+ Debugging information.
The principal omission, currently, is performance tuning.
This patch excludes the NEON support also reviewed due to an outbreak of
batshit insanity in our legal department. That will be committed soon bringing
the changes to precisely what has been approved.
Further reviews would be gratefully received.
llvm-svn: 174054
|
|
|
|
|
|
| |
and forgot to undo the change after changing my mind and deciding to only commit the style changes.
llvm-svn: 174041
|
|
|
|
|
|
|
| |
section Global Variable so that the style matches the other keywords in
said section.
llvm-svn: 174040
|
|
|
|
| |
llvm-svn: 174007
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
prevent an llvm developer from mistakenly thinking that just because the
intrinsic has volatile flags that volatile operations can be converted
to or folded into them.
Platforms may rely on volatile loads and stores of natively supported
data width to be executed as single instruction. When compiling
C, this expectation likely holds for l-values of volatile primitive
types with native hardware support, but not necessarily for aggregate
types. The frontend upholds these expectations, which are not
specified in the IR.
llvm-svn: 173974
|
|
|
|
| |
llvm-svn: 173971
|
|
|
|
|
|
|
| |
Boilerplate is often the hardest part of getting started with these
kinds of things, so throw them a bone.
llvm-svn: 173969
|
|
|
|
|
|
|
|
| |
correspond to the code.
Patch by Stephen McGruer.
llvm-svn: 173914
|
|
|
|
| |
llvm-svn: 173845
|
|
|
|
| |
llvm-svn: 173718
|
|
|
|
|
|
| |
Patch by David Waggoner
llvm-svn: 173571
|
|
|
|
| |
llvm-svn: 173478
|
|
|
|
|
|
|
| |
custom git script called git-svnup which handles all of the work of
using the git-mirrors/keeping the git-svn numbers in sync.
llvm-svn: 173472
|
|
|
|
|
|
|
| |
This adds an !add(a, b) operator to tablegen; this will be used
to cleanup the PPC register definitions.
llvm-svn: 173445
|
|
|
|
| |
llvm-svn: 173298
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The requirements of the strong heuristic are:
* A Protector is required for functions which contain an array, regardless of
type or length.
* A Protector is required for functions which contain a structure/union which
contains an array, regardless of type or length. Note, there is no limit to
the depth of nesting.
* A protector is required when the address of a local variable (i.e., stack
based variable) is exposed. (E.g., such as through a local whose address is
taken as part of the RHS of an assignment or a local whose address is taken as
part of a function argument.)
llvm-svn: 173231
|