| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 203744
|
| |
|
|
| |
llvm-svn: 203743
|
| |
|
|
| |
llvm-svn: 203742
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
const-qualified parameter type and the defined with a non-const-qualified
parameter type, the parameter is not const inside its body. Ensure that
the type we use when instantiating the body is the right one. Patch by
suyog sarda!
This is still rather unsatisfactory; it seems like it might be better to
instantiate at least the function parameters, and maybe the complete function
declaration, when we instantiate the definition for such a member function
(instead of reusing the declaration from inside the instantiated class
definition).
llvm-svn: 203741
|
| |
|
|
|
|
|
| |
FIXME: Get rid of invoking this.
I guess it wouldn't run on win32 due to lacking of shell support.
llvm-svn: 203740
|
| |
|
|
| |
llvm-svn: 203739
|
| |
|
|
| |
llvm-svn: 203738
|
| |
|
|
| |
llvm-svn: 203737
|
| |
|
|
| |
llvm-svn: 203736
|
| |
|
|
|
|
|
| |
that implicitly converts to 'bool' (such as pointers, and the first operand of
?:). Clean up issues found by this. Patch by Stephan Tolksdorf!
llvm-svn: 203735
|
| |
|
|
|
|
|
| |
This example is not vectorized because LLVM does not prove no-wrapping of
"a[i*7] += ...".
llvm-svn: 203734
|
| |
|
|
|
|
|
| |
Based on a patch and test by Stephan Tolksdorf! Refactoring and fixing adjacent
brokenness by me.
llvm-svn: 203733
|
| |
|
|
| |
llvm-svn: 203732
|
| |
|
|
|
|
|
| |
This function returns a boolean value, so returning STT_COMMON does not
make sense.
llvm-svn: 203731
|
| |
|
|
| |
llvm-svn: 203730
|
| |
|
|
| |
llvm-svn: 203729
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As an example that was not actually being used, it suffered from a slow bitrot.
The two main issues with it were that it had no cmake support and
included a copy of the autoconf directory. The reality is that
autoconf is not easily composable. The lack of composabilty is why we
have clang options in llvm's configure. Suggesting that users include
a copy of autoconf/ in their projects seems a bad idea.
We are also in the process of switching to cmake, so pushing autoconf
to new project is probably not what we want.
llvm-svn: 203728
|
| |
|
|
| |
llvm-svn: 203727
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dimension
This makes the mapping consistent with other CU->X mappings in the
MCContext, helping pave the way to refactor all these values into a
single data structure per CU and thus a single map.
I haven't renamed the data structure as that would make the patch churn
even higher (the MCLineSection name no longer makes sense, as this
structure now contains lines for multiple sections covered by a single
CU, rather than lines for a single section in multiple CUs) and further
refactorings will follow that may remove this type entirely.
For convenience, I also gave the MCLineSection value semantics so we
didn't have to do the lazy construction, manual delete, etc.
(& for those playing at home, refactoring the line printing into a
single data structure will eventually alow that data structure to be
reused to own the debug_line.dwo line table used for type unit file name
resolution)
llvm-svn: 203726
|
| |
|
|
| |
llvm-svn: 203725
|
| |
|
|
|
|
|
|
| |
before asking it to remove the breakpoint site the rest of the way.
<rdar://problem/16303500>
llvm-svn: 203724
|
| |
|
|
|
|
|
|
|
| |
Chandler voiced some concern with checking this in without some
discussion first. Reverting for now.
This reverts r203703, r203704, r203708, and 203709.
llvm-svn: 203723
|
| |
|
|
| |
llvm-svn: 203722
|
| |
|
|
| |
llvm-svn: 203721
|
| |
|
|
| |
llvm-svn: 203720
|
| |
|
|
|
|
|
| |
Don't normalize an expression during postinc transformation unless it's
invertible.
llvm-svn: 203719
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Extend what's currently done for shift because the HW performs this masking
implicitly:
(rotl:i32 x, (and y, 31)) -> (rotl:i32 x, y)
I use the newly factored out multiclass that was only supporting shifts so
far.
For testing I extended my testcase for the new rotation idiom.
<rdar://problem/15295856>
llvm-svn: 203718
|
| |
|
|
| |
llvm-svn: 203717
|
| |
|
|
| |
llvm-svn: 203716
|
| |
|
|
| |
llvm-svn: 203715
|
| |
|
|
|
|
|
|
| |
They're already defined in ia32intrin.h, and this would cause including Intrin.h
in 64-bit mode to fail because of conflicting types. Update ms-intrin.cpp to
also run in 64-bit mode to catch things like this.
llvm-svn: 203714
|
| |
|
|
|
|
|
|
|
| |
This will break without the corresponding change in clang, which I've
reverted until I figure out how to get it to link properly.
This reverts commit r203710.
llvm-svn: 203713
|
| |
|
|
|
|
|
|
|
| |
I've clearly done something wrong with how to get this to link
correctly. Reverting for now.
This reverts commit r203711.
llvm-svn: 203712
|
| |
|
|
|
|
|
|
| |
This updates CodeGenPGO to use the ProfileDataReader introduced to
llvm in r203703 and the new API for writing out the profile introduced
to compiler-rt in r203710.
llvm-svn: 203711
|
| |
|
|
| |
llvm-svn: 203710
|
| |
|
|
|
|
| |
MSVC doesn't understand it, and it wasn't really necessary anyway.
llvm-svn: 203709
|
| |
|
|
|
|
|
| |
This was leftover from an approach I abandoned, but I forgot to update
it before committing.
llvm-svn: 203708
|
| |
|
|
|
|
|
| |
This reverts commit 86cb795388643710dab34941ddcb5a9470ac39d8.
The problems previously found have been resolved through other CLs.
llvm-svn: 203707
|
| |
|
|
| |
llvm-svn: 203706
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On ELF and COFF an alias is just another name for a position in the file.
There is no way to refer to a position in another file, so an alias to
undefined is meaningless.
MachO currently doesn't support aliases. The spec has a N_INDR, which when
implemented will have a different set of restrictions. Adding support for
it shouldn't be harder than any other IR extension.
For now, having the IR represent what is actually possible with current
tools makes it easier to fix the design of GlobalAlias.
llvm-svn: 203705
|
| |
|
|
|
|
|
|
| |
This replaces the llvm-profdata tool with a version that uses the
recently introduced Profile library. The new tool has the ability to
generate and summarize profdata files as well as merging them.
llvm-svn: 203704
|
| |
|
|
|
|
|
|
|
|
|
| |
This provides a library to work with the instrumentation based
profiling format that is used by clang's -fprofile-instr-* options and
by the llvm-profdata tool. This is a binary format, rather than the
textual one that's currently in use.
The tests are in the subsequent commits that use this.
llvm-svn: 203703
|
| |
|
|
| |
llvm-svn: 203702
|
| |
|
|
|
|
|
|
|
| |
Without this common features like off_t and strdup are missing.
This should bring back those bots.
Configure bits by Meador Inge.
llvm-svn: 203701
|
| |
|
|
|
|
| |
Newer FreeBSD doesnt ship with gcc and defaults to using libc++.
llvm-svn: 203700
|
| |
|
|
| |
llvm-svn: 203699
|
| |
|
|
| |
llvm-svn: 203698
|
| |
|
|
| |
llvm-svn: 203697
|
| |
|
|
|
|
|
| |
to avoid an error when directly doing ninja check-polly after cmake
'Could not find llc in .../ninja/bin'.
llvm-svn: 203696
|
| |
|
|
| |
llvm-svn: 203695
|