maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
21,679 Commits 23 Branches 0 Tags 2.2 GiB
Commit Graph

21679 Commits

Author SHA1 Message Date
Duraid Madina 018da4f5ef almost got the HP-UX tester up.. :) 
llvm-svn: 25051
 2005-12-30 14:56:37 +00:00
Reid Spencer 60c1a12019 Revert removal of std:: prefixes and addtion of "using namespace std;". 
This violates the LLVM coding standards.

llvm-svn: 25050
 2005-12-30 09:07:29 +00:00
Duraid Madina b8d1012487 don't need this anymore 
llvm-svn: 25049
 2005-12-30 02:50:44 +00:00
Duraid Madina ce551baee6 delete file portably 
llvm-svn: 25048
 2005-12-30 02:47:21 +00:00
Andrew Lenharth 60ab61fcfc improve constant loading. Still sucks, but oh well 
llvm-svn: 25047
 2005-12-30 02:30:02 +00:00
Nate Begeman 336dba6fb1 Add support for generating v4i32 altivec code 
llvm-svn: 25046
 2005-12-30 00:12:56 +00:00
Nate Begeman c2c8a6202f Remove a fixme 
llvm-svn: 25045
 2005-12-30 00:11:07 +00:00
Nate Begeman 164db3a7eb Make sure to pass the offset into the new node, so that we don't silently 
drop it on the floor.

llvm-svn: 25044
 2005-12-30 00:10:38 +00:00
Nate Begeman 488f1cb6d8 add support for generating v4i32 code 
llvm-svn: 25043
 2005-12-30 00:09:56 +00:00
Reid Spencer 9695ae00bf General cleanup: 
1. Don't mix C++ and C standard I/O, convert to C++ iostreams
2. Wrap long lines
3. use the std namespace to simplify/shorten the code

llvm-svn: 25042
 2005-12-29 21:13:45 +00:00
Duraid Madina fb6a914ca7 purity++ 
llvm-svn: 25041
 2005-12-29 05:59:19 +00:00
Andrew Lenharth 50d9caf6a4 let us get some do what I meant not what I said stuff checked in. You would think the alpha backend would be 64bit clean 
llvm-svn: 25040
 2005-12-29 01:06:12 +00:00
Andrew Lenharth 34e4782c95 Fix up immediate handling 
llvm-svn: 25039
 2005-12-29 00:50:08 +00:00
Duraid Madina fad8e748be ditto 
llvm-svn: 25038
 2005-12-28 06:58:12 +00:00
Duraid Madina e6bf2c27dd more compliance stufff 
llvm-svn: 25037
 2005-12-28 06:56:09 +00:00
Duraid Madina fe1427f095 be more polite in public headers 
llvm-svn: 25036
 2005-12-28 06:47:33 +00:00
Duraid Madina d96118712d undo yuletide naughtyness(tm) 
llvm-svn: 25035
 2005-12-28 06:29:38 +00:00
Duraid Madina 26b037e762 add these so I can be less naughty 
llvm-svn: 25034
 2005-12-28 06:29:02 +00:00
Duraid Madina f703b207cf behold my standards-compliant humps! 
llvm-svn: 25033
 2005-12-28 05:56:36 +00:00
Duraid Madina bcc57c0c16 WAKEY WAKEY 
llvm-svn: 25032
 2005-12-28 05:48:55 +00:00
Duraid Madina e47d9d0e92 HB is *the* code janitor. 
llvm-svn: 25031
 2005-12-28 04:55:42 +00:00
Duraid Madina 7c3dcb6892 mixed-STL programs are big and nasty :( 
llvm-svn: 25030
 2005-12-28 02:44:35 +00:00
Duraid Madina ccb1aebcd3 This gets most of the backends building with HP HappyC++. 
llvm-svn: 25029
 2005-12-27 10:56:22 +00:00
Duraid Madina 3f5aaf55b8 yet more C++ standards-compliance stuff. 
llvm-svn: 25028
 2005-12-27 10:40:34 +00:00
Duraid Madina 69ac08c683 nasty paste-o, calls passing more than 8 arguments along were having 
args >8 put into the wrong place

llvm-svn: 25027
 2005-12-27 10:17:03 +00:00
Andrew Lenharth 5bd1c2783b Restore some happiness to the JIT 
llvm-svn: 25026
 2005-12-27 06:25:50 +00:00
Andrew Lenharth 962dcbd572 Fix alpha regressions. 
llvm-svn: 25025
 2005-12-27 03:53:58 +00:00
Chris Lattner 8258489ca4 Fix a problem duraid pointed out to me compiling kc++ with -enable-x86-fastcc 
llvm-svn: 25024
 2005-12-27 03:02:18 +00:00
Duraid Madina c58523442a more C++ daintiness 
llvm-svn: 25023
 2005-12-26 14:31:26 +00:00
Duraid Madina 7859bd2ea4 I bet pinski knows why g++ accepts this stuff 
llvm-svn: 25022
 2005-12-26 14:23:22 +00:00
Duraid Madina 7a3ad6cae2 getting there... 
llvm-svn: 25021
 2005-12-26 13:48:44 +00:00
Duraid Madina 982da44df5 more standards compliance (damn, I can't wait for unordered_set (tee hee) 
and unordered_map to make it into the standard)

Hurry up, JTC1 SC22 WG21 Library Working Group!

llvm-svn: 25020
 2005-12-26 13:34:00 +00:00
Duraid Madina b0e0303401 I laugh at your dual-core G5s! Fear my precompiled headers. 
llvm-svn: 25019
 2005-12-26 10:34:38 +00:00
Duraid Madina 9d3058ccda dum de dum 
llvm-svn: 25018
 2005-12-26 10:24:15 +00:00
Evan Cheng 14c53b45f5 Added field noResults to Instruction. 
Currently tblgen cannot tell which operands in the operand list are results so
it assumes the first one is a result. This is bad. Ideally we would fix this
by separating results from inputs, e.g. (res R32:$dst),
(ops R32:$src1, R32:$src2). But that's a more distruptive change. Adding
'let noResults = 1' is the workaround to tell tblgen that the instruction does
not produces a result. It works for now since tblgen does not support
instructions which produce multiple results.

llvm-svn: 25017
 2005-12-26 09:11:45 +00:00
Duraid Madina 357a3ecbdc i love xmas!!!! *;D* 
llvm-svn: 25016
 2005-12-26 08:36:53 +00:00
Duraid Madina c00eab5b03 more HP-UX cleanliness 
llvm-svn: 25015
 2005-12-26 08:35:06 +00:00
Duraid Madina 14492afc23 more standards-compliance stuff 
llvm-svn: 25014
 2005-12-26 05:08:55 +00:00
Duraid Madina b43eb8c75b HP aCC chokes on this, but it's not required anyway: according to 
the bzip2 homepage, only ancient (gcc 2.7.x ?) versions of GCC
require this? It certainly isn't needed for the current bzip2
sources.

llvm-svn: 25013
 2005-12-26 05:00:25 +00:00
Duraid Madina 36501f5eb0 MERRY CHRISTMAS EVERYONE!!! (what better way to spend christmas than 
to try building LLVM on HP-UX! (the Right Way seems to be to tear out
the ancient STL that HP ship and use http://incubator.apache.org/stdcxx/ )

llvm-svn: 25012
 2005-12-26 04:56:16 +00:00
Andrew Lenharth f520093eb3 add br pattern, unify JSR and BSR ISel instrs, and add BSR support for DAG 
llvm-svn: 25011
 2005-12-25 17:36:48 +00:00
Duraid Madina 6b240e55d1 unbreak calls, a few more tests should run. Tomorrow: bugpoint! 
llvm-svn: 25010
 2005-12-25 14:09:08 +00:00
Duraid Madina 06dcc199f0 we don't feed our call instructions extra operands 
llvm-svn: 25009
 2005-12-25 14:07:01 +00:00
Andrew Lenharth 0fce613eff All that just to lower div and rem 
llvm-svn: 25008
 2005-12-25 01:34:27 +00:00
Andrew Lenharth 30db2ec59f allow custom lowering to return null for legal results 
llvm-svn: 25007
 2005-12-25 01:07:37 +00:00
Andrew Lenharth 7259426d88 Support Custom lowering of a few more operations. 
Alpha needs to custom lower *DIV and *REM

llvm-svn: 25006
 2005-12-24 23:42:32 +00:00
Andrew Lenharth 0dc12c38e5 support targetexternalsym 
llvm-svn: 25005
 2005-12-24 23:36:59 +00:00
Evan Cheng 782b654e6f Let the helper functions know about X86::FR32RegClass and X86::FR64RegClass. 
llvm-svn: 25004
 2005-12-24 09:48:35 +00:00
Andrew Lenharth 5b18ed9e60 All addressing modes are now exposed. The only remaining relocated forms 
are for function prologue.

TODO: move external symbols over to using RelLit.
    : have a pattern that matches constpool|globaladdr
    : have a pattern that matches (add x imm) -> x, imm or (...) -> ..., 0
llvm-svn: 25003
 2005-12-24 08:29:32 +00:00
Andrew Lenharth b9aaea3564 Unify the patterns for loads and stores. Now offset addressing should be 
supported.  This almost completes memory operations.

llvm-svn: 25002
 2005-12-24 07:34:33 +00:00