Alan Baker a771713e42 Adding an unique id to Instruction generated by IRContext ... Each instruction is given an unique id that can be used for ordering purposes. The ids are generated via the IRContext. Major changes: * Instructions now contain a uint32_t for unique id and a cached context pointer * Most constructors have been modified to take a context as input * unfortunately I cannot remove the default and copy constructors, but developers should avoid these * Added accessors to parents of basic block and function * Removed the copy constructors for BasicBlock and Function and replaced them with Clone functions * Reworked BuildModule to return an IRContext owning the built module * Since all instructions require a context, the context now becomes the basic unit for IR * Added a constructor to context to create an owned module internally * Replaced uses of Instruction's copy constructor with Clone whereever I found them * Reworked the linker functionality to perform clones into a different context instead of moves * Updated many tests to be consistent with the above changes * Still need to add new tests to cover added functionality * Added comparison operators to Instruction * Added an internal option to LinkerOptions to verify merged ids are unique * Added a test for the linker to verify merged ids are unique * Updated MergeReturnPass to supply a context * Updated DecorationManager to supply a context for cloned decorations * Reworked several portions of the def use tests in anticipation of next set of changes		2017-11-20 17:49:10 -05:00
..
libspirv.h	Add option to relax validation of store types.	2017-10-28 18:48:21 -04:00
libspirv.hpp	Add option to relax validation of store types.	2017-10-28 18:48:21 -04:00
linker.hpp	Adding an unique id to Instruction generated by IRContext	2017-11-20 17:49:10 -05:00
optimizer.hpp	Initial implementation of merge return pass.	2017-11-15 10:27:04 -05:00