release_33 branch: proposing r183297
David Blaikie
dblaikie at gmail.com
Mon Jul 8 13:08:03 PDT 2013
On Mon, Jul 8, 2013 at 1:04 PM, Eric Christopher <echristo at gmail.com> wrote:
> I'm fine with merging this change, though I don't think it was in
> isolation. Dave should be able to comment on any dependencies.
It's been a while (mentally, if not on the calendar) since I made this
change & don't remember precisely. If Dimitry's applied this to the
3.3 release branch & it passes the associated tests & his own
tests/needs, that sounds like reasonable due diligence.
- Dave
>
> -eric
>
> On Mon, Jul 8, 2013 at 12:55 PM, Dimitry Andric <dimitry at andric.com> wrote:
>> Hi,
>>
>> For the 3.3 release branch, I would like to propose merging r183297:
>>
>> r183297 from llvm trunk (by David Blaikie):
>>
>> PR15662: Optimized debug info produces out of order function
>> parameters
>>
>> When a function is inlined we lazily construct the variables
>> representing the function's parameters. After that, we add any
>> remaining unused parameters.
>>
>> If the function doesn't use all the parameters, or uses them out of
>> order, then the DWARF would produce them in that order, producing a
>> parameter order that doesn't match the source.
>>
>> This fix causes us to always keep the arg variables at the start of
>> the variable list & in the original order from the source.
>>
>> On FreeBSD, this enables DTrace to work properly on certain functions compiled with optimization, where previously the debug information had its arguments swapped around.
>>
>> This commit should apply to the release_33 branch without modification.
>>
>> -Dimitry
>>
More information about the llvm-commits
mailing list