llvm - http://llvm.org

Age	Commit message (Expand)	Author
2012-03-23	Ignore the last message.	Bill Wendling
2012-03-23	Revert patch. It broke the build.	Bill Wendling
2012-03-23	Dematerialize the source functions after we're done with them. This saves a bit	Bill Wendling
2012-03-22	Some whitespace and comment cleanup.	Bill Wendling
2012-03-22	Remove unneeded #ifdefs.	Bill Wendling
2012-03-22	Add a 'dump' method to the type map. Doxygenify some of the comments and add a	Bill Wendling
2012-03-03	Include cctype for isdigit. Patch by Stephen Hines.	Duncan Sands
2012-02-28	Oops...Don't commit the other stuff..	Bill Wendling
2012-02-28	Modify comment to reflect the importance of this code.	Bill Wendling
2012-02-27	Add back removed code. It still causes LLVM to miscompile. But not having it ...	Bill Wendling
2012-02-27	Don't use #if 0. Just remove until I can address this.	Bill Wendling
2012-02-27	The code that cleans up multiple, isomorphic types has a subtle error that	Bill Wendling
2012-02-14	Capitalize messages so that they appear nicely with the linker's error messages.	Bill Wendling
2012-02-11	[WIP] Initial code for module flags.	Bill Wendling
2012-02-07	Convert assert(0) to llvm_unreachable	Craig Topper
2012-01-25	use Constant::getAggregateElement to simplify a bunch of code.	Chris Lattner
2012-01-24	add more support for ConstantDataSequential	Chris Lattner
2012-01-23	The iteration order over a std::set<Module*> depends on the addresses of the	Rafael Espindola
2012-01-05	Link symbols with different visibilities according to the rules in the	Rafael Espindola
2011-12-23	When not destroying the source, the linker is not remapping the types. Added ...	Mon P Wang
2011-12-22	drop unneeded config.h includes	Dylan Noblesmith
2011-12-20	Fix a nasty bug in the type remapping stuff that I added that is breaking kc+...	Chris Lattner
2011-12-20	Now that PR11464 is fixed, reapply the patch to fix PR11464,	Chris Lattner
2011-12-20	fix PR11464 by preventing the linker from mapping two different struct types ...	Chris Lattner
2011-12-17	Revert 146728 as it's causing failures on some of the external bots as well as	Chad Rosier
2011-12-16	By popular demand, link up types by name if they are isomorphic and one is an	Chris Lattner
2011-12-12	LLVMBuild: Remove trailing newline, which irked me.	Daniel Dunbar
2011-11-29	build/CMake: Finish removal of add_llvm_library_dependencies.	Daniel Dunbar
2011-11-03	build: Add initial cut at LLVMBuild.txt files.	Daniel Dunbar
2011-11-02	Add support to the linker to lazily link in functions. This change only links...	Tanya Lattner
2011-10-30	Teach ModuleLinker::getLinkageResult about materialisable functions	Peter Collingbourne
2011-10-14	Allow the source module to be materialized during the linking process.	Tanya Lattner
2011-10-11	Make it possible to use the linker without destroying the source module. This...	Tanya Lattner
2011-09-20	lib/Linker: add support of deps which does not end with ".so".	Ivan Krasin
2011-08-12	switch to the new struct api.	Chris Lattner
2011-08-04	Linke NamedMDNodes after linking global values as comment suggests.	Devang Patel
2011-07-29	Rewrite the CMake build to use explicit dependencies between libraries,	Chandler Carruth
2011-07-18	Migrate LLVM and Clang to use the new makeArrayRef(...) functions where previ...	Frits van Bommel
2011-07-14	Link NamedMDNode before linking function bodies.	Devang Patel
2011-07-14	simplify this logic now that GlobalAlias::isDeclaration is fixed.	Chris Lattner
2011-07-09	Land the long talked about "type system rewrite" patch. This	Chris Lattner
2011-03-29	Set the unnamed_addr only when we're creating a new GV in the dest module.	Bill Wendling
2011-03-29	Revert r128501. It caused test failures.	Bill Wendling
2011-03-29	We need to copy over the unnamed_addr attribute.	Bill Wendling
2011-02-01	Correctly merge available_externally and regular definitions when they have	Rafael Espindola
2011-01-15	Allow unnamed_addr on declarations.	Rafael Espindola
2011-01-13	Keep unnamed_addr when linking.	Rafael Espindola
2011-01-08	Revamp the ValueMapper interfaces in a couple ways:	Chris Lattner
2010-12-30	include the module identifier when emitting this warning, PR8865.	Chris Lattner
2010-12-30	print the right string, thanks for Frits for noticing.	Chris Lattner