[llvm-commits] [llvm-gcc-4.2] r68848 - /llvm-gcc-4.2/trunk/gcc/llvm-debug.cpp
Devang Patel
dpatel at apple.com
Tue Apr 14 10:27:14 PDT 2009
On Apr 14, 2009, at 10:11 AM, Dan Gohman wrote:
> On Apr 13, 2009, at 1:05 PM, Devang Patel wrote:
>
>>
>> On Apr 13, 2009, at 12:59 PM, Dan Gohman wrote:
>>
>>>
>>> On Apr 10, 2009, at 5:17 PM, Devang Patel wrote:
>>>
>>>> Author: dpatel
>>>> Date: Fri Apr 10 19:17:54 2009
>>>> New Revision: 68848
>>>>
>>>> URL: http://llvm.org/viewvc/llvm-project?rev=68848&view=rev
>>>> Log:
>>>> If linkage name is not available then use function display name as
>>>> linkage name.
>>>
>>> Hi Devang,
>>>
>>> What does this fix? Why is a bogus linkage name better than no
>>> linkage name?
>>
>>
>> In C, linkage name is same as name.
>
> And in pretty much everything else, it can be different.
And if it is different then gdb wants to know it. If linkage name is
different then the FE should have found the linkage name.
>> This info is used during FastISel to decide whether we are at the
>> beginning of inlined subroutine or not.
>>
>> std::string SPName;
>> Subprogram.getLinkageName(SPName);
>> if (!SPName.empty()
>> && strcmp(SPName.c_str(), MF.getFunction()-
>>> getNameStart())) {
>
> Could this use
>
> Subprogram.getGV() == MF.getFunction()
>
> instead?
It won't work. The Subprogram does not have actual Fn. It only carries
information for function named "blah".
-
Devang
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20090414/a1bc13ec/attachment.html>
More information about the llvm-commits
mailing list