search for: store_ptr

...'s functioning, I could start porting IRbuilder and Clang over to the new store operations & other sources of pointers. Then remove the old stuff. Are IR instructions overloadable like this? If not, would it be worthwhile to introduce separate names for the typeless-pointer forms (gep_ptr, store_ptr, etc) as a temporary means to have both sets of semantics then rename them all back once the old ones are removed? Other ideas/thoughts? - David -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150206/22d560...

...tart porting IRbuilder and > Clang over to the new store operations & other sources of pointers. Then > remove the old stuff. > > Are IR instructions overloadable like this? If not, would it be worthwhile > to introduce separate names for the typeless-pointer forms (gep_ptr, > store_ptr, etc) as a temporary means to have both sets of semantics then > rename them all back once the old ones are removed? > > Other ideas/thoughts? > > - David > > --------------------------------------------------------------------- > Intel Israel (74) Limited > > This e-m...

...nd >> Clang over to the new store operations & other sources of pointers. Then >> remove the old stuff. >> >> Are IR instructions overloadable like this? If not, would it be >> worthwhile to introduce separate names for the typeless-pointer forms >> (gep_ptr, store_ptr, etc) as a temporary means to have both sets of >> semantics then rename them all back once the old ones are removed? >> >> Other ideas/thoughts? >> >> - David >> >> _______________________________________________ >> LLVM Developers mailing list >&...