RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2025-05-17 04:25:58 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
219,456 Commits 6 Branches 6 Tags
Commit Graph

321 Commits

Author SHA1 Message Date
Alp Toker
e845f8af67 Correct word hyphenations 
This patch tries to avoid unrelated changes other than fixing a few
hyphen-related ambiguities and contractions in nearby lines.

llvm-svn: 196471
 2013-12-05 05:44:44 +00:00
Matt Arsenault
9921608896 Add addrspacecast instruction. 
Patch by Michele Scandale!

llvm-svn: 194760
 2013-11-15 01:34:59 +00:00
Bob Wilson
6c7d3717b3 Revert patches to add case-range support for PR1255. 
The work on this project was left in an unfinished and inconsistent state.
Hopefully someone will eventually get a chance to implement this feature, but
in the meantime, it is better to put things back the way the were.  I have
left support in the bitcode reader to handle the case-range bitcode format,
so that we do not lose bitcode compatibility with the llvm 3.3 release.

This reverts the following commits: 155464, 156374, 156377, 156613, 156704,
156757, 156804 156808, 156985, 157046, 157112, 157183, 157315, 157384, 157575,
157576, 157586, 157612, 157810, 157814, 157815, 157880, 157881, 157882, 157884,
157887, 157901, 158979, 157987, 157989, 158986, 158997, 159076, 159101, 159100,
159200, 159201, 159207, 159527, 159532, 159540, 159583, 159618, 159658, 159659,
159660, 159661, 159703, 159704, 160076, 167356, 172025, 186736

llvm-svn: 190328
 2013-09-09 19:14:35 +00:00
Richard Trieu
24685ab8b5 Add parentheses to silence gcc warning. 
llvm-svn: 187482
 2013-07-31 04:07:28 +00:00
Matt Arsenault
c8e1c3d111 Fix ptr vector inconsistency in CreatePointerCast 
One form would accept a vector of pointers, and the other did not.
Make both accept vectors of pointers, and add an assertion
for the number of elements.

llvm-svn: 187464
 2013-07-31 00:17:33 +00:00
Matt Arsenault
07681f54ed Respect address space sizes in isEliminableCastPair. 
This avoids constant folding bitcast/ptrtoint/inttoptr combinations
that have illegal bitcasts between differently sized address spaces.

llvm-svn: 187455
 2013-07-30 22:27:10 +00:00
Matt Arsenault
f58e03599f Revert "Remove isCastable since nothing uses it now" 
Apparently dragonegg uses it.

llvm-svn: 187454
 2013-07-30 22:02:14 +00:00
Matt Arsenault
2121a49954 Remove isCastable since nothing uses it now 
llvm-svn: 187448
 2013-07-30 21:11:17 +00:00
Matt Arsenault
c825ddd4ca Change behavior of calling bitcasted alias functions. 
It will now only convert the arguments / return value and call
the underlying function if the types are able to be bitcasted.
This avoids using fp<->int conversions that would occur before.

llvm-svn: 187444
 2013-07-30 20:45:05 +00:00
Michael Gottesman
fe055b3806 Added support for the Builtin attribute. 
The Builtin attribute is an attribute that can be placed on function call site that signal that even though a function is declared as being a builtin,

rdar://problem/13727199

llvm-svn: 185049
 2013-06-27 00:25:01 +00:00
Bill Wendling
52cf114e8c Revert r177675. This is language-specific and shouldn't be in the API. 
llvm-svn: 177748
 2013-03-22 18:46:32 +00:00
Bill Wendling
05a454cd6d Add a query to tell if a landing pad has a catch-all. 
llvm-svn: 177675
 2013-03-21 23:01:03 +00:00
Jakub Staszak
9d539599f4 Use pre-inc, pre-dec when possible. 
They are generally faster (at least not slower) than post-inc, post-dec.

llvm-svn: 177608
 2013-03-20 23:56:19 +00:00
Peter Collingbourne
8b72c382d6 Modify {Call,Invoke}Inst::addAttribute to take an AttrKind. 
llvm-svn: 176397
 2013-03-02 01:20:18 +00:00
Bill Wendling
e11164c08d Use the AttributeSet when removing multiple attributes. Use Attribute::AttrKind 
when removing one attribute. This further encapsulates the use of the attributes.

llvm-svn: 173214
 2013-01-23 00:45:55 +00:00
Bill Wendling
82711f5390 More encapsulation work. 
Use the AttributeSet when we're talking about more than one attribute. Add a
function that adds a single attribute. No functionality change intended.

llvm-svn: 173196
 2013-01-22 21:15:51 +00:00
Evgeniy Stepanov
adbeb94241 Allow vectors in CreatePointerCast. 
Both underlying IR operations support vectors of pointers already.

llvm-svn: 172538
 2013-01-15 16:43:00 +00:00
Evan Cheng
2494d83c07 CastInst::castIsValid should return true if the dest type is the same as 
Value's current type. The casting is trivial even for aggregate type.

llvm-svn: 172143
 2013-01-10 23:22:53 +00:00
Shuxin Yang
2dc1fb7889 Consider expression "0.0 - X" as the negation of X if 
- this expression is explicitly marked no-signed-zero, or
  - no-signed-zero of this expression can be derived from some context.

llvm-svn: 171922
 2013-01-09 00:13:41 +00:00
Chandler Carruth
4c1f3c24db Move all of the header files which are involved in modelling the LLVM IR 
into their new header subdirectory: include/llvm/IR. This matches the
directory structure of lib, and begins to correct a long standing point
of file layout clutter in LLVM.

There are still more header files to move here, but I wanted to handle
them in separate commits to make tracking what files make sense at each
layer easier.

The only really questionable files here are the target intrinsic
tablegen files. But that's a battle I'd rather not fight today.

I've updated both CMake and Makefile build systems (I think, and my
tests think, but I may have missed something).

I've also re-sorted the includes throughout the project. I'll be
committing updates to Clang, DragonEgg, and Polly momentarily.

llvm-svn: 171366
 2013-01-02 11:36:10 +00:00
Chandler Carruth
1879729aa9 Rename VMCore directory to IR. 
Aside from moving the actual files, this patch only updates the build
system and the source file comments under lib/... that are relevant.

I'll be updating other docs and other files in smaller subsequnet
commits.

While I've tried to test this, but it is entirely possible that there
will still be some build system fallout.

Also, note that I've not changed the library name itself: libLLVMCore.a
is still the library name. I'd be interested in others' opinions about
whether we should rename this as well (I think we should, just not sure
what it might break)

llvm-svn: 171359
 2013-01-02 09:10:48 +00:00