bazel - a fast, scalable, multi-language and extensible build system

	Commit message (Collapse)	Author	Age
*	AppleCrosstoolTransition is also applied to any incoming edge to a rule class	Cal Peyser	2017-01-13
\| \| \| \| \| \| \| \| \| \| \|	that may contain objc source. This only works with dynamic configurations turned on. This ensures that objc dependencies of non-objc targets use the apple crosstool. -- PiperOrigin-RevId: 144384483 MOS_MIGRATED_REVID=144384483
*	Add a "dylib" binary type to apple_binary, and deprecate apple_dynamic_library	Chris Parsons	2017-01-05
\| \| \| \| \| \|	-- PiperOrigin-RevId: 143694257 MOS_MIGRATED_REVID=143694257
*	"deps" attribute avoids linking libraries transitively included in "dylibs" ↵	Chris Parsons	2016-12-09
\| \| \| \| \| \| \| \| \| \|	attribute This prevents duplicate symbol errors for objects that would otherwise be linked both in the application binary and a dylib the binary is linked against. -- PiperOrigin-RevId: 141478238 MOS_MIGRATED_REVID=141478238
*	Initial implementation of "dylib" attribute for apple_binary and ↵	Chris Parsons	2016-11-02
\| \| \| \| \| \| \| \| \| \| \| \|	apple_dynamic_library rules Provided values propagated from "dylib" dependencies will be compiled against the srcs of the rule, and linked together with the dependencies. It is worth noting that "dylibs" differs from "deps" in that there is no configuration transition along this edge. There is more work to be done on this attribute, so it remains undocumented. Namely, symbol deduping between dylib and statically-linked dependencies needs to be addressed. -- MOS_MIGRATED_REVID=137721599
*	Initial checkin of apple_dynamic_library	Chris Parsons	2016-10-12
	This is at this point mostly an exercise in refactoring, as this initial implementation of apple_dynamic_library mirrors apple_binary exactly, except for the output extension and the -dynamiclib linker arg. There will be additional followup to deal with significant differences between these two rules. -- MOS_MIGRATED_REVID=135822476