This is an archive of the discontinued LLVM Phabricator instance.

Improve debugging output when there is a null function pointer in the IR dump.
ClosedPublic

Authored by rtrieu on Jun 23 2014, 2:32 PM.

Details

Summary

Add new lines so debugging information isn't all on one line.

Diff Detail

Repository
rL LLVM

Event Timeline

rtrieu updated this revision to Diff 10764.Jun 23 2014, 2:32 PM
rtrieu retitled this revision from to Improve debugging output when there is a null function pointer in the IR dump..
rtrieu updated this object.
rtrieu edited the test plan for this revision. (Show Details)
rtrieu added subscribers: Unknown Object (MLST), spatel.
reames added a subscriber: reames.Jul 2 2014, 11:45 AM

LGTM, this seems like a strict improvement.

However, is this the best reporting we could give? From what I can gather, null function means either an indirect call or the external function node in the callgraph. Given the purpose of this pass, would simply skipping the null node entirely be clearer?

rtrieu closed this revision.Jul 2 2014, 7:20 PM
rtrieu updated this revision to Diff 11038.

Closed by commit rL212250 (authored by @rtrieu).

rtrieu added a comment.Jul 2 2014, 7:43 PM

However, is this the best reporting we could give? From what I can gather, null function means either an indirect call or the external function node in the callgraph. Given the purpose of this pass, would simply skipping the null node entirely be clearer?

I'm committed my patch. I don't have any answers since I don't this part of LLVM. Someone who regularly works with the optimizations would be able to answer which approach would be the most useful.