search for: isgoingtogetreplacedatlinktime

...unction that I am going to instrument as part of my pass (ignore indirect invocations for the moment). Obviously I could do an initial pass and build an explicit list of such functions. But is there an easier way by just looking at the Function object? I guess I am looking for something like F->IsGoingToGetReplacedAtLinkTime(). Actually, that seems like it is probably impossible to resolve during the pass.

On Mar 16, 2010, at 6:46 PM, Scott Ricketts wrote: > I have some code generated with llvm-g++ and llvm-link that includes a tail call that is confusing me for two reasons: > > 1) I am not sure why it is a tail call (i.e. it does not look like it is in the tail position) The "tail" marker has a very specific description in LLVM IR: it says that the caller does not access the

...ent as > part of my pass (ignore indirect invocations for the moment). > Obviously I could do an initial pass and build an explicit list of > such functions. But is there an easier way by just looking at the > Function object? > > I guess I am looking for something like > F->IsGoingToGetReplacedAtLinkTime(). Actually, that seems like it is > probably impossible to resolve during the pass. I don't really understand what you are asking. In general a function with weak linkage may or may not be replaced by another at link time, but you can't tell before link time. For example, suppose a f...

I have some code generated with llvm-g++ and llvm-link that includes a tail call that is confusing me for two reasons: 1) I am not sure why it is a tail call (i.e. it does not look like it is in the tail position) 2) When I instrument the code using my opt pass, none of the instrumentation functions in the callee get called, leading me to believe that some funny business is going on. Below I