| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
llvm-svn: 45418
|
|
|
|
|
|
| |
behaviour of LinkGlobals() function.
llvm-svn: 45375
|
|
|
|
|
|
| |
when copying functions.
llvm-svn: 45356
|
|
|
|
|
|
|
|
|
|
|
|
| |
the function type, instead they belong to functions
and function calls. This is an updated and slightly
corrected version of Reid Spencer's original patch.
The only known problem is that auto-upgrading of
bitcode files doesn't seem to work properly (see
test/Bitcode/AutoUpgradeIntrinsics.ll). Hopefully
a bitcode guru (who might that be? :) ) will fix it.
llvm-svn: 44359
|
|
|
|
| |
llvm-svn: 42750
|
|
|
|
|
|
|
| |
when a definition's visibility is different. Likewise, the
visibility of two declarations mismatching is not an error.
llvm-svn: 41174
|
|
|
|
| |
llvm-svn: 37778
|
|
|
|
| |
llvm-svn: 37776
|
|
|
|
|
|
|
| |
global values".
Fix noinline linkage.
llvm-svn: 37482
|
|
|
|
|
|
| |
visibility support for bitcode.
llvm-svn: 36577
|
|
|
|
| |
llvm-svn: 35950
|
|
|
|
|
|
|
| |
Rename PackedType -> VectorType, ConstantPacked -> ConstantVector, and
PackedTyID -> VectorTyID. No functional changes.
llvm-svn: 34293
|
|
|
|
| |
llvm-svn: 34172
|
|
|
|
|
|
|
|
|
|
| |
This patch replaces the SymbolTable class with ValueSymbolTable which does
not support types planes. This means that all symbol names in LLVM must now
be unique. The patch addresses the necessary changes to deal with this and
removes code no longer needed as a result. This completes the bulk of the
changes for this PR. Some cleanup patches will follow.
llvm-svn: 33918
|
|
|
|
| |
llvm-svn: 33873
|
|
|
|
| |
llvm-svn: 33872
|
|
|
|
| |
llvm-svn: 33871
|
|
|
|
| |
llvm-svn: 33870
|
|
|
|
| |
llvm-svn: 33756
|
|
|
|
|
|
| |
confusion with external linkage types.
llvm-svn: 33663
|
|
|
|
| |
llvm-svn: 33611
|
|
|
|
| |
llvm-svn: 33610
|
|
|
|
|
|
|
| |
The Module::setEndianness and Module::setPointerSize methods have been
removed. Instead you can get/set the DataLayout. Adjust thise accordingly.
llvm-svn: 33530
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
Take an incremental step towards type plane elimination. This change
separates types from values in the symbol tables by finally making use
of the TypeSymbolTable class. This yields more natural interfaces for
dealing with types and unclutters the SymbolTable class.
llvm-svn: 32956
|
|
|
|
| |
llvm-svn: 32603
|
|
|
|
| |
llvm-svn: 32469
|
|
|
|
| |
llvm-svn: 32340
|
|
|
|
|
|
| |
now cerr, cout, and NullStream resp.
llvm-svn: 32298
|
|
|
|
| |
llvm-svn: 32052
|
|
|
|
| |
llvm-svn: 31936
|
|
|
|
| |
llvm-svn: 31587
|
|
|
|
|
|
|
|
|
| |
DLL* linkages got full (I hope) codegeneration support in C & both x86
assembler backends.
External weak linkage added for future use, we don't provide any
codegeneration, etc. support for it.
llvm-svn: 30374
|
|
|
|
| |
llvm-svn: 29149
|
|
|
|
| |
llvm-svn: 28812
|
|
|
|
| |
llvm-svn: 28640
|
|
|
|
| |
llvm-svn: 27515
|
|
|
|
|
|
| |
Instruction::InsertElement.
llvm-svn: 27477
|
|
|
|
| |
llvm-svn: 25571
|
|
|
|
| |
llvm-svn: 25560
|
|
|
|
| |
llvm-svn: 25467
|
|
|
|
|
|
|
| |
PR662. Thanks to Markus for providing me with a ton of files to
reproduce the problem!
llvm-svn: 24619
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Get rid of the difference between file paths and directory paths. The Path
class now simply stores a path that can refer to either a file or a
directory. This required various changes in the implementation and interface
of the class with the corresponding impact to its users. Doxygen comments were
also updated to reflect these changes. Interface changes are:
appendDirectory -> appendComponent
appendFile -> appendComponent
elideDirectory -> eraseComponent
elideFile -> eraseComponent
elideSuffix -> eraseSuffix
renameFile -> rename
setDirectory -> set
setFile -> set
Changes pass Dejagnu and llvm-test/SingleSource tests.
llvm-svn: 22349
|
|
|
|
| |
llvm-svn: 21799
|
|
|
|
| |
llvm-svn: 21422
|
|
|
|
|
|
|
|
| |
using Function::arg_{iterator|begin|end}. Likewise Module::g* -> Module::global_*.
This patch is contributed by Gabor Greif, thanks!
llvm-svn: 20597
|
|
|
|
|
|
|
| |
WARNING: Type conflict between types named 'union.._604.'.
Src=' %union.._604.'.
Dest=' %union.._604.'
llvm-svn: 20252
|
|
|
|
|
|
|
| |
This finally resolves PR502, PR450,
and test/Regression/Linker/2005-02-12-ConstantGlobals{,-2}.ll correctly
llvm-svn: 20135
|
|
|
|
| |
llvm-svn: 18859
|
|
|
|
| |
llvm-svn: 18774
|