| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
| |
shouldn't depend directly on that.
Give an example of how to iterate over all virtual registers in a function
without depending on the representation.
llvm-svn: 123099
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a unnamed_addr bit to global variables and functions. This will be used
to indicate that the address is not significant and therefore the constant
or function can be merged with others.
If an optimization pass can show that an address is not used, it can set this.
Examples of things that can have this set by the FE are globals created to
hold string literals and C++ constructors.
Adding unnamed_addr to a non-const global should have no effect unless
an optimization can transform that global into a constant.
Aliases are not allowed to have unnamed_addr since I couldn't figure
out any use for it.
llvm-svn: 123063
|
| |
|
|
|
|
| |
ago. This is both easier to learn and easier to read.
llvm-svn: 123001
|
| |
|
|
|
|
|
|
|
| |
analyses to be informed when
a pointer value has potentially become escaping. Implementations can choose to either fall back to
conservative responses for that value, or may recompute their analysis to accomodate the change.
llvm-svn: 122777
|
| |
|
|
| |
llvm-svn: 122773
|
| |
|
|
| |
llvm-svn: 122754
|
| |
|
|
|
|
|
|
| |
The rationale is that after analyzing a function in the SCC, we may want to
modify it in a way that requires us to update its uses (f.e. to replace the
call with a constant) or its users (f.e. to call it with fewer arguments).
llvm-svn: 122739
|
| |
|
|
|
|
| |
in their SCC as they already have with the direct callees.
llvm-svn: 122734
|
| |
|
|
|
|
| |
even compile, let alone work.
llvm-svn: 122657
|
| |
|
|
|
|
| |
using a separate objects directory.
llvm-svn: 122656
|
| |
|
|
|
|
| |
not locally.
llvm-svn: 122655
|
| |
|
|
| |
llvm-svn: 122651
|
| |
|
|
| |
llvm-svn: 122650
|
| |
|
|
|
|
|
| |
This was done for label, void, floating point, x86mmx, metadata,
just not integer.
llvm-svn: 122606
|
| |
|
|
| |
llvm-svn: 122346
|
| |
|
|
|
|
|
|
| |
being tested. This ensures that we test the tools just built and not
some random tools that might happen to be in the user's PATH. This
makes LLVM testing much more stable and predictable.
llvm-svn: 122341
|
| |
|
|
| |
llvm-svn: 122312
|
| |
|
|
|
|
| |
backend.
llvm-svn: 122276
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
revision id is appended to the LLVM version string. Defaults to
OFF.
Until now the VC revision id was always appended to the revision
string whenever cmake was invoked (either explicitly or implicitly
because a cmake source file changed). This was causing massive
recompilations because config.h are reconfigured with the new contents
of PACKAGE_VERSION.
llvm-svn: 122240
|
| |
|
|
| |
llvm-svn: 122203
|
| |
|
|
| |
llvm-svn: 121909
|
| |
|
|
| |
llvm-svn: 121874
|
| |
|
|
| |
llvm-svn: 121832
|
| |
|
|
| |
llvm-svn: 121740
|
| |
|
|
| |
llvm-svn: 121657
|
| |
|
|
| |
llvm-svn: 121620
|
| |
|
|
|
|
|
|
|
|
| |
AliasAnalysis consumers, PartialAlias will be treated as MayAlias.
For AliasAnalysis chaining, MayAlias says "procede to the next analysis".
PartialAlias will be used to indicate that the query should terminate,
even though it didn't reach MustAlias or NoAlias.
llvm-svn: 121507
|
| |
|
|
|
|
|
|
|
|
| |
variable for args you want to default pass to gzip.
Patch based on one by asau@inbox.ru.
Fixes PR8758.
llvm-svn: 121449
|
| |
|
|
| |
llvm-svn: 121444
|
| |
|
|
|
|
| |
ivar name convention
llvm-svn: 121443
|
| |
|
|
| |
llvm-svn: 121430
|
| |
|
|
| |
llvm-svn: 121425
|
| |
|
|
| |
llvm-svn: 121233
|
| |
|
|
|
|
| |
indexing with insertvalue/extractvalue.
llvm-svn: 120957
|
| |
|
|
| |
llvm-svn: 120689
|
| |
|
|
| |
llvm-svn: 120450
|
| |
|
|
|
|
|
| |
unbreaks test/Transforms/InstCombine/invariant.ll which was broken by r120382.
This is a fix-forward to do what I think Chris intended.
llvm-svn: 120388
|
| |
|
|
| |
llvm-svn: 120162
|
| |
|
|
| |
llvm-svn: 119998
|
| |
|
|
| |
llvm-svn: 119990
|
| |
|
|
|
|
| |
requirement on the input pointer.
llvm-svn: 119914
|
| |
|
|
| |
llvm-svn: 119544
|
| |
|
|
| |
llvm-svn: 119515
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SrcMgrDiagHandler, we can improve clang diagnostics for inline asm:
instead of reporting them on a source line of the original line,
we can report it on the correct line wherever the string literal came
from. For something like this:
void foo() {
asm("push %rax\n"
".code32\n");
}
we used to get this: (note that the line in t.c isn't helpful)
t.c:4:7: error: warning: ignoring directive for now
asm("push %rax\n"
^
<inline asm>:2:1: note: instantiated into assembly here
.code32
^
now we get:
t.c:5:8: error: warning: ignoring directive for now
".code32\n"
^
<inline asm>:2:1: note: instantiated into assembly here
.code32
^
Note that we're pointing to line 5 properly now.
llvm-svn: 119488
|
| |
|
|
|
|
| |
though possibly not a good idea.
llvm-svn: 119398
|
| |
|
|
| |
llvm-svn: 119387
|
| |
|
|
|
|
| |
options
llvm-svn: 119370
|
| |
|
|
|
|
| |
for Arnaud Allard de Grandmaison for preparing a patch.
llvm-svn: 119351
|
| |
|
|
|
|
| |
no longer included by default.
llvm-svn: 119169
|
| |
|
|
| |
llvm-svn: 119163
|