Bill Wendling dbea8de893 The insertion point for the loads is right before the llvm.eh.exception ... call. The call may be in the same BB as the landingpad instruction. If that's the case, then inserting the loads after the landingpad inst, but before the extractvalues, causes undefined behavior. llvm-svn: 139088		2011-09-04 09:02:18 +00:00
..
Analysis	Comment and clarifying assert.	2011-09-02 21:20:46 +00:00
Archive	Rewrite the CMake build to use explicit dependencies between libraries,	2011-07-29 00:14:25 +00:00
AsmParser	Auto upgrade the old EH scheme to use the new one. This is on a trial basis. If	2011-08-27 06:11:03 +00:00
Bitcode	Don't forget to add the landingpad and resume instructions to the InstructionList.	2011-09-01 00:50:20 +00:00
CodeGen	Fix a truly heinous bug in DAGCombine related to AssertZext.	2011-09-03 00:26:49 +00:00
CompilerDriver
ExecutionEngine	Move TargetRegistry and TargetSelect from Target to Support where they belong.	2011-08-24 18:08:43 +00:00
Linker	switch to the new struct api.	2011-08-12 18:07:26 +00:00
MC	Darwin wants ctors/dtors to be ordered the other way round to linux.	2011-09-02 18:07:19 +00:00
Object	Teach macho-dump to dump the uleb128s referred to by linkedit_data segments.	2011-08-30 22:10:58 +00:00
Support	Add AMDIL as valid target triple to LLVM.	2011-08-29 15:44:55 +00:00
Target	Use internal storage for command line option.	2011-09-03 03:45:06 +00:00
Transforms	Update comments to reflect reality.	2011-09-02 18:43:33 +00:00
VMCore	The insertion point for the loads is right before the llvm.eh.exception	2011-09-04 09:02:18 +00:00
CMakeLists.txt
Makefile