#
f3ebc3f3 |
| 29-Dec-2007 |
Chris Lattner <sabre@nondot.org> |
Remove attribution from file headers, per discussion on llvmdev.
llvm-svn: 45418
|
#
8a332b23 |
| 14-Dec-2007 |
Dan Gohman <gohman@apple.com> |
Add explicit keywords, and fix a minor typo that they uncovered.
llvm-svn: 45034
|
#
3115ba39 |
| 12-Dec-2007 |
Zhou Sheng <zhousheng00@gmail.com> |
Add a guard to cxxabi header as other platform may not support it.
llvm-svn: 44914
|
#
ed5d693d |
| 12-Dec-2007 |
Zhou Sheng <zhousheng00@gmail.com> |
Fixed PR1629. Make lli interpreter correctly call external functions sin()/cos(), __cxa_guard_acquire() and __cxa_guard_release().
llvm-svn: 44910
|
#
81b25817 |
| 10-Dec-2007 |
Duncan Sands <baldrick@free.fr> |
It looks like this has been broken for some time - get it to compile.
llvm-svn: 44791
|
Revision tags: llvmorg-2.1.0 |
|
#
187bf73b |
| 30-Jul-2007 |
Anton Korobeynikov <asl@math.spbu.ru> |
Add a comment: don't expect from external function resolver in interpreter things, it wasn't designed to handle.
llvm-svn: 40608
|
#
1a39a2d1 |
| 27-Jul-2007 |
Chuck Rose III <cfr@adobe.com> |
VStudio compiler errors and placing Function*->ExFunc map under ManagedStatic control.
This commit fixes two things. One is a pair of VStudio compiler errors stemming from variables which defined w
VStudio compiler errors and placing Function*->ExFunc map under ManagedStatic control.
This commit fixes two things. One is a pair of VStudio compiler errors stemming from variables which defined within the for loop statement and also within the body of the for loop. I fixed these by renaming one of the two variables. Additionally, I've made the Function*->ExFunc map in ExternalFunctions.cpp a ManagedStatic object, so that cleanup will be done on llvm_shutdown. In repeated uses of the interpreter, where the same Function* address may get used for completely differnet functions, this was causing a crash.
llvm-svn: 40558
show more ...
|
Revision tags: llvmorg-2.0.0 |
|
#
80fcb754 |
| 19-May-2007 |
Reid Spencer <rspencer@reidspencer.com> |
On Linux platforms and at optimization levels -O1 and above, llvm-gcc can turn "putchar" calls into _IO_putc calls which is a lower-level interface. This patch allows these calls to be executed by ll
On Linux platforms and at optimization levels -O1 and above, llvm-gcc can turn "putchar" calls into _IO_putc calls which is a lower-level interface. This patch allows these calls to be executed by lli in interpreter mode.
llvm-svn: 37254
show more ...
|
#
a68c374e |
| 21-Apr-2007 |
Reid Spencer <rspencer@reidspencer.com> |
We only need one putchar which gives it a shot at getting matched by its users.
llvm-svn: 36305
|
#
8c3d3dce |
| 30-Mar-2007 |
Reid Spencer <rspencer@reidspencer.com> |
For PR1293: * Rename the FunctionType* parameter from M to FT on all the functions. * Implement a fix for PR1293 by just asserting that library functions that must return pointers should have point
For PR1293: * Rename the FunctionType* parameter from M to FT on all the functions. * Implement a fix for PR1293 by just asserting that library functions that must return pointers should have pointer typed results. This just makes sure that we don't attempt to use an uninitialized integer or something later on.
llvm-svn: 35508
show more ...
|
#
c45e1047 |
| 06-Mar-2007 |
Reid Spencer <rspencer@reidspencer.com> |
Adjust and simplify external function processing now that GenericValue has a single integer field of type APInt.
llvm-svn: 34950
|
#
7a9c62ba |
| 12-Jan-2007 |
Reid Spencer <rspencer@reidspencer.com> |
For PR1064: Implement the arbitrary bit-width integer feature. The feature allows integers of any bitwidth (up to 64) to be defined instead of just 1, 8, 16, 32, and 64 bit integers.
This change doe
For PR1064: Implement the arbitrary bit-width integer feature. The feature allows integers of any bitwidth (up to 64) to be defined instead of just 1, 8, 16, 32, and 64 bit integers.
This change does several things: 1. Introduces a new Derived Type, IntegerType, to represent the number of bits in an integer. The Type classes SubclassData field is used to store the number of bits. This allows 2^23 bits in an integer type. 2. Removes the five integer Type::TypeID values for the 1, 8, 16, 32 and 64-bit integers. These are replaced with just IntegerType which is not a primitive any more. 3. Adjust the rest of LLVM to account for this change.
Note that while this incremental change lays the foundation for arbitrary bit-width integers, LLVM has not yet been converted to actually deal with them in any significant way. Most optimization passes, for example, will still only deal with the byte-width integer types. Future increments will rectify this situation.
llvm-svn: 33113
show more ...
|
#
542964f5 |
| 11-Jan-2007 |
Reid Spencer <rspencer@reidspencer.com> |
Rename BoolTy as Int1Ty. Patch by Sheng Zhou.
llvm-svn: 33076
|
#
0d54e78a |
| 31-Dec-2006 |
Reid Spencer <rspencer@reidspencer.com> |
For PR950: Convert signed integer types to signless ones.
llvm-svn: 32787
|
#
f3baad3e |
| 07-Dec-2006 |
Bill Wendling <isanbard@gmail.com> |
Changed llvm_ostream et all to OStream. llvm_cerr, llvm_cout, llvm_null, are now cerr, cout, and NullStream resp.
llvm-svn: 32298
|
#
cc08c831 |
| 02-Dec-2006 |
Jeff Cohen <jeffc@jolt-lang.org> |
Unbreak VC++ build.
llvm-svn: 32113
|
#
5834fdb3 |
| 27-Nov-2006 |
Bill Wendling <isanbard@gmail.com> |
Removed #include <iostream> and replaced streams with llvm streams.
llvm-svn: 31949
|
Revision tags: llvmorg-1.9.0 |
|
#
61feeb90 |
| 08-Nov-2006 |
Jim Laskey <jlaskey@mac.com> |
Remove redundant <cmath>.
llvm-svn: 31561
|
#
0621caef |
| 16-Aug-2006 |
Chris Lattner <sabre@nondot.org> |
initial changes to support JIT'ing from multiple module providers, implicitly linking the program on the fly.
llvm-svn: 29721
|
#
e1ade0a5 |
| 01-Jun-2006 |
Chris Lattner <sabre@nondot.org> |
Fix -pedantic warnings
llvm-svn: 28635
|
#
6e64180f |
| 24-May-2006 |
Reid Spencer <rspencer@reidspencer.com> |
For PR786: Minor tweaks in public headers and a few .cpp files so that LLVM can build successfully with -pedantic and projects using LLVM with -pedantic don't get warnings from LLVM. There's still mo
For PR786: Minor tweaks in public headers and a few .cpp files so that LLVM can build successfully with -pedantic and projects using LLVM with -pedantic don't get warnings from LLVM. There's still more -pedantic warnings to fix.
llvm-svn: 28453
show more ...
|
Revision tags: llvmorg-1.6.0, llvmorg-1.5.0 |
|
#
5191b4b2 |
| 22-Apr-2005 |
Misha Brukman <brukman+llvm@gmail.com> |
Convert tabs to spaces
llvm-svn: 21440
|
#
91fb9ab6 |
| 21-Apr-2005 |
Misha Brukman <brukman+llvm@gmail.com> |
* Remove trailing whitespace * Convert tabs to spaces
llvm-svn: 21421
|
#
28edd69e |
| 21-Jan-2005 |
Chris Lattner <sabre@nondot.org> |
If the interpreter tries to execute an external function, kill it. Of course since we are dirty, special case __main. This should fix the infinite loop horrible stuff that happens on linux-alpha wh
If the interpreter tries to execute an external function, kill it. Of course since we are dirty, special case __main. This should fix the infinite loop horrible stuff that happens on linux-alpha when configuring llvm-gcc. It might also help cygwin, who knows??
llvm-svn: 19729
show more ...
|
#
cebb964f |
| 16-Jan-2005 |
Chris Lattner <sabre@nondot.org> |
Improve compatiblity with HPUX on Itanium, patch by Duraid Madina
llvm-svn: 19586
|