This is an archive of the discontinued LLVM Phabricator instance.

Add a loop's debug location to its llvm.loop metadata
ClosedPublic

Authored by hfinkel on Apr 29 2016, 12:45 PM.

Details

Summary

Getting accurate locations for loops is important, because those locations are used by the frontend to generate optimization remarks. Currently, optimization remarks for loops often appear on the wrong line, often the first line of the loop body instead of the loop itself. This is confusing because that line might itself be another loop, or might be somewhere else completely if the body was an inlined function call. This happens because of the way we find the loop's starting location. First, we look for a preheader, and if we find one, and its terminator has a debug location, then we use that. Otherwise, we look for a location on an instruction in the loop header.

The fallback heuristic is not bad, but will almost always find the beginning of the body, and not the loop statement itself. The preheader location search often fails because there's often not a preheader, and even when there is a preheader, depending on how it was formed, it sometimes carries the location of some preceeding code.

I don't see any good theoretical way to fix this problem. On the other hand, this seems like a straightforward solution: Put the debug location in the loop's llvm.loop metadata. When emitting debug information, this patch causes us to add the debug location as an operand to each loop's llvm.loop metadata. Thus, we now generate this metadata for all loops (not just loops with optimization hints) when we're otherwise generating debug information.

The remark test case changes depend on the companion LLVM patch D19738.

Diff Detail

Event Timeline

hfinkel updated this revision to Diff 55650.Apr 29 2016, 12:45 PM
hfinkel retitled this revision from to Add a loop's debug location to its llvm.loop metadata.
hfinkel updated this object.
hfinkel added a subscriber: cfe-commits.
rsmith accepted this revision.Apr 29 2016, 3:26 PM
rsmith edited edge metadata.

Makes sense to me.

This revision is now accepted and ready to land.Apr 29 2016, 3:26 PM
hfinkel updated this object.Apr 29 2016, 4:04 PM
hfinkel edited edge metadata.
hfinkel closed this revision.May 25 2016, 3:00 PM

r270772, thanks!