search for: getprefixdatapoint

...ne a set of routines like this: /// Given some constant data, attach valid prefix data. void attachPrefixData(Function *F, Constant *Data); /// Returns an i1 indicating whether prefix data is present for FP. Value *hasPrefixData(Value *FP); /// Returns a pointer to the prefix data for FP. Value *getPrefixDataPointer(Value *FP, Type *DataType); > Forcing clients to embed deep > target-specific-machine-code knowledge in their frontends seems like a step > in the wrong direction for LLVM. Given a set of routines such as the ones described above, I think we can give frontends a choice of whether to do...

.../// Given some constant data, attach valid prefix data. > void attachPrefixData(Function *F, Constant *Data); > > /// Returns an i1 indicating whether prefix data is present for FP. > Value *hasPrefixData(Value *FP); > > /// Returns a pointer to the prefix data for FP. > Value *getPrefixDataPointer(Value *FP, Type *DataType); > > > Forcing clients to embed deep > > target-specific-machine-code knowledge in their frontends seems like a > step > > in the wrong direction for LLVM. > > Given a set of routines such as the ones described above, I think we > can gi...

On Wed, Jul 17, 2013 at 6:06 PM, Peter Collingbourne <peter at pcc.me.uk>wrote: > Hi, > > I would like to propose that we introduce a mechanism in IR to allow > arbitrary data to be stashed before a function body. The purpose of > this would be to allow additional data about a function to be looked > up via a function pointer. Two use cases come to mind: > > 1)

Hi, I would like to propose that we introduce a mechanism in IR to allow arbitrary data to be stashed before a function body. The purpose of this would be to allow additional data about a function to be looked up via a function pointer. Two use cases come to mind: 1) We'd like to be able to use UBSan to check that the type of the function pointer of an indirect function call matches the