Commits · ecbd16829a4d793983a4b2f3670c3c44801a07f2 · Lorenzo Albano / LLVM bpEVL

Jun 17, 2015

[PM/AA] Remove the UnknownSize static member from AliasAnalysis. · ecbd1682

Chandler Carruth authored Jun 17, 2015

This is now living in MemoryLocation, which is what it pertains to. It
is also an enum there rather than a static data member which is left
never defined.

llvm-svn: 239886

ecbd1682

[PM/AA] Remove the Location typedef from the AliasAnalysis class now · ac80dc75

Chandler Carruth authored Jun 17, 2015

that it is its own entity in the form of MemoryLocation, and update all
the callers.

This is an entirely mechanical change. References to "Location" within
AA subclases become "MemoryLocation", and elsewhere
"AliasAnalysis::Location" becomes "MemoryLocation". Hope that helps
out-of-tree folks update.

llvm-svn: 239885

ac80dc75

[PM/AA] Split the location computation out of getArgLocation so the · c41404a0

Chandler Carruth authored Jun 17, 2015

virtual interface on AliasAnalysis only deals with ModRef information.

This interface was both computing memory locations by using TLI and
other tricks to estimate the size of memory referenced by an operand,
and computing ModRef information through similar investigations. This
change narrows the scope of the virtual interface on AliasAnalysis
slightly.

Note that all of this code could live in BasicAA, and be done with
a single investigation of the argument, if it weren't for the fact that
the generic code in AliasAnalysis::getModRefBehavior for a callsite
calls into the virtual aspect of (now) getArgModRefInfo. But this
patch's arrangement seems a not terrible way to go for now.

The other interesting wrinkle is how we could reasonably extend LLVM
with support for custom memory location sizes and mod/ref behavior for
library routines. After discussions with Hal on the review, the
conclusion is that this would be best done by fleshing out the much
desired support for extensions to TLI, and support these types of
queries in that interface where we would likely be doing other library
API recognition and analysis.

Differential Revision: http://reviews.llvm.org/D10259

llvm-svn: 239884

c41404a0

Update the intel intrinsic headers to use the target attribute support. · 9fc7fb27

Eric Christopher authored Jun 17, 2015

This involved removing the conditional inclusion and replacing them
with target attributes matching the original conditional inclusion
and checks. The testcase update removes the macro checks for each
file and replaces them with usage of the __target__ attribute, e.g.:

int __attribute__((__target__(("sse3")))) foo(int a) {
  _mm_mwait(0, 0);
  return 4;
}

This usage does require the enclosing function have the requisite
__target__ attribute for inlining and code generation - also for
any macro intrinsic uses in the enclosing function. There's no change
for existing uses of the intrinsic headers.

llvm-svn: 239883

9fc7fb27

Use a define for per-file function attributes for the Intel intrinsic headers. · 4d185168
Eric Christopher authored Jun 17, 2015
```
This is a precursor to changing them to use the new target attribute
code.

llvm-svn: 239882
```
4d185168

[OPENMP] Supported reduction clause in omp simd construct. · 89e7e8eb

Alexey Bataev authored Jun 17, 2015

The following code is generated for reduction clause within 'omp simd' loop construct:
#pragma omp simd reduction(op:var)
for (...)
  <body>

alloca priv_var
priv_var = <initial reduction value>;
<loop_start>:
<body> // references to original 'var' are replaced by 'priv_var'
<loop_end>:
var op= priv_var;

llvm-svn: 239881

89e7e8eb

Revert "AArch64: Use CMP;CCMP sequences for and/or/setcc trees." · 8321006d

Matthias Braun authored Jun 17, 2015

The patch triggers a miscompile on SPEC 2006 403.gcc with the (ref)
200.i and scilab.i inputs. I opened PR23866 to track analysis of this.

This reverts commit r238793.

llvm-svn: 239880

8321006d

parser: wordsmith diagnostic message · 3fa7fa07
Saleem Abdulrasool authored Jun 17, 2015
```
Address post-commit commit about the wording of the warning.

llvm-svn: 239879
```
3fa7fa07

Basic: tweak whitespace in Attr.td · 59a87178

Saleem Abdulrasool authored Jun 17, 2015

Separate two class definitions that had been merged into a single line.  NFC.

llvm-svn: 239878

59a87178

Try to fix the MSVC build. · f229a034
Rafael Espindola authored Jun 17, 2015
```
llvm-svn: 239877
```
f229a034
[Hexagon] Adding MC ELF streamer and updating addend relocation test which... · be99a02b
Colin LeMahieu authored Jun 17, 2015
```
[Hexagon] Adding MC ELF streamer and updating addend relocation test which shows correct ELF symbol.

llvm-svn: 239876
```
be99a02b
[.gitignore] ignore vim swap files harder · eb32eac6
Sean Silva authored Jun 17, 2015
```
This matches the patterns for vim swap files in llvm/.gitignore

llvm-svn: 239875
```
eb32eac6
Revert r239873 - I actually want to think some more about this · 443844c4
Enrico Granata authored Jun 17, 2015
```
llvm-svn: 239874
```
443844c4

Fix an issue where the oneliner printing of variables would ignore custom formatting · ca201238

Enrico Granata authored Jun 17, 2015

Because vector types use their formats in special ways (i.e. children get generated based on them), this change by itself would cause a regression in printing vector types with some custom formats
Work around that issue by special casing vector types out of this format-passdown mode. I believe there is a more general feature to be designed in this space, but until I see more cases of interest, I am going to leave this as a special case

Fixes rdar://20810062

llvm-svn: 239873

ca201238

Fix alignment issues in LLVM. · 8096d34e

James Y Knight authored Jun 17, 2015

Adds static_asserts to ensure alignment of concatenated objects is
correct, and fixes them where they are not.

Also changes the definition of AlignOf to use constexpr, except on
MSVC, to avoid enum comparison warnings from GCC.

(There's not too much of this in llvm itself, most of the fun is in
clang).

This seems to make LLVM actually work without Bus Error on 32bit
sparc.

Differential Revision: http://reviews.llvm.org/D10271

llvm-svn: 239872

8096d34e

Handle forward referenced function when streaming bitcode. · 456baad2

Rafael Espindola authored Jun 17, 2015

Without this the included unit test would assert in

  assert(BasicBlockFwdRefs.empty() && "Unresolved blockaddress fwd references");

llvm-svn: 239871

456baad2

Handle MaterializeAll in getLazyBitcodeModuleImpl. NFC. · 728074b7
Rafael Espindola authored Jun 17, 2015
```
This just handles both cases in the same place.

Extracted from a patch by Karl Schimpf.

llvm-svn: 239870
```
728074b7

COFF: Support creating DLLs. · 97dff9ee

Rui Ueyama authored Jun 17, 2015

DLL files are in the same format as executables but they have export tables.
The format of the export table is described in PE/COFF spec section 5.3.

A new class, EdataContents, takes care of creating chunks for export tables.
What we need to do is to parse command line flags for dllexports, and then
instantiate the class to create chunks. For the writer, export table chunks
are opaque data -- it just add chunks to .edata section.

llvm-svn: 239869

97dff9ee

COFF: Fix tests. · 1e974577

Rui Ueyama authored Jun 16, 2015

I was accidentally testing not -flavor link2 but -flavor link.

llvm-svn: 239868

1e974577

Use std::unique_ptr to manage the DataStreamer in bitcode parsing. · 1aabf982
Rafael Espindola authored Jun 16, 2015
```
We were already deleting it, this just makes it explicit.

llvm-svn: 239867
```
1aabf982

Rename and improve emitSectionOffset. · 857546e7

Rafael Espindola authored Jun 16, 2015

Different object formats represent references from dwarf in different ways.

ELF uses a relocation to the referenced point (except for .dwo) and
COFF/MachO use the offset of the referenced point inside its section.

This patch renames emitSectionOffset because

* It doesn't produce an offset on ELF.
* It changes behavior depending on how DWARF is represented, so adding
dwarf to its name is probably a good thing.

The patch also adds an option to force the use of offsets.That avoids
funny looking code like

  if (!UseOffsets)
    Asm->emitSectionOffset....

It was correct, but read as if the ! was inverted.

llvm-svn: 239866

857546e7

Add a ThreadSafe adapter over llvm::DenseSet · 55d36e2b
Enrico Granata authored Jun 16, 2015
```
llvm-svn: 239865
```
55d36e2b
COFF: Add miscellaneous boolean flags. · 6592ff8c
Rui Ueyama authored Jun 16, 2015
```
llvm-svn: 239864
```
6592ff8c
Clear the "thread-format" setting after mucking with it. · f7d163a8
Greg Clayton authored Jun 16, 2015
```
llvm-svn: 239863
```
f7d163a8

Refactor RecurrenceInstDesc · 27b2c39e

Tyler Nowicki authored Jun 16, 2015

Moved RecurrenceInstDesc into RecurrenceDescriptor to simplify the namespaces.

llvm-svn: 239862

27b2c39e

Fix comments (MI). · 86e90b3c
Dawn Perchik authored Jun 16, 2015
```
llvm-svn: 239861
```
86e90b3c

Add some tests based on PR21711 · 0848a8be

Sanjay Patel authored Jun 16, 2015

These were originally added in r227242,
but that patch was reverted because it
caused a failure on AArch64.

llvm-svn: 239860

0848a8be

Update for llvm api change. · 4914d3a5
Rafael Espindola authored Jun 16, 2015
```
llvm-svn: 239859
```
4914d3a5
Return a unique_ptr from getLazyBitcodeModule and parseBitcodeFile. NFC. · dcd1dca2
Rafael Espindola authored Jun 16, 2015
```
llvm-svn: 239858
```
dcd1dca2

Jun 16, 2015

[modules] Fix merging of default template arguments onto friend templates. · 52933793

Richard Smith authored Jun 16, 2015

Previously we'd complain about redefinition of default arguments when we
instantiated a class with a friend template that inherits its default argument,
because we propagate the default template arguemnt onto the friend when we
reload the AST.

llvm-svn: 239857

52933793

[llvm-readobj] Print MIPS .reginfo section content · 6e07e930
Simon Atanasyan authored Jun 16, 2015
```
llvm-svn: 239856
```
6e07e930

[X86][SSE] Vectorize v2i32 to v2f64 conversions · cae7b94c

Simon Pilgrim authored Jun 16, 2015

This patch enables support for the conversion of v2i32 to v2f64 to use the CVTDQ2PD xmm instruction and stay on the SSE unit instead of scalarizing, sign extending to i64 and using CVTSI2SDQ scalar conversions.

Differential Revision: http://reviews.llvm.org/D10433

llvm-svn: 239855

cae7b94c

Fix a typo in the help. · 63733854
Jim Ingham authored Jun 16, 2015
```
llvm-svn: 239854
```
63733854

Add a .parent property to SBFrame's Python interface which allows easy access... · 84afb215

Enrico Granata authored Jun 16, 2015

Add a .parent property to SBFrame's Python interface which allows easy access to the caller frame of the current frame

llvm-svn: 239853

84afb215

Honor the objc_runtime_name attribute when encoding class/protocol names. · b32684eb

Douglas Gregor authored Jun 16, 2015

While the rest of the Objective-C metadata seems to honor
objc_runtime_name, the encoding strings produced by, e.g., @encode and
property meta, were not. Fixes rdar://problem/21408305.

llvm-svn: 239852

b32684eb

Fixing a potential issue where the NSIndexPath formatter could try to access stale data · 7569f233

Enrico Granata authored Jun 16, 2015

No test because I did not see this happen - it has been found by code inspection as a response to seeing crash logs about this

llvm-svn: 239851

7569f233

rename variables; NFC · 0fcc53f6

Sanjay Patel authored Jun 16, 2015

...because I see 'StoreBW' and read it as 'store bandwidth'

llvm-svn: 239850

0fcc53f6

Reapply 239795 - [InstCombine] Propagate non-null facts to call parameters · c25df116

Philip Reames authored Jun 16, 2015

The original change broke clang side tests. I will be submitting those momentarily. This change includes post commit feedback on the original change from from Pete Cooper.

Original Submission comments:
If a parameter to a function is known non-null, use the existing parameter attributes to record that fact at the call site. This has no optimization benefit by itself - that I know of - but is an enabling change for http://reviews.llvm.org/D9129.

Differential Revision: http://reviews.llvm.org/D9132

llvm-svn: 239849

c25df116

Adjust clang side tests effected by 239795 before reapplying said change · c758ca3c
Philip Reames authored Jun 16, 2015
```
llvm-svn: 239848
```
c758ca3c
extract some code into a helper function for MergeConsecutiveStores(); NFCI · bb385ed4
Sanjay Patel authored Jun 16, 2015
```
llvm-svn: 239847
```
bb385ed4