Displaying 20 results from an estimated 400 matches similar to: "Potential DWARF debug info bug: DW_TAG_label DIE has a DW_AT_prototyped attribute"
2019 Jan 18
2
Potential DWARF debug info bug: DW_TAG_label DIE has a DW_AT_prototyped attribute
> -----Original Message-----
> From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of
> Adrian Prantl via llvm-dev
> Sent: Friday, January 18, 2019 5:20 PM
> To: Snider, Todd
> Cc: llvm-dev at lists.llvm.org
> Subject: Re: [llvm-dev] Potential DWARF debug info bug: DW_TAG_label DIE
> has a DW_AT_prototyped attribute
>
>
>
> > On Jan 18,
2019 Jan 30
2
[RFC] Generate Debug Information for Labels in Function
What does GCC do in situations like this?
I suspect the rightiest thing to do is probably multiple DW_TAG_labels with
the same name, if that's what's happened.
I guess another question/possibility - what happens if some inline asm
references the label? I guess it probably constrains the optimizer not to
unroll? Maybe? If the label can be duplicated and inline asm can still
correctly
2018 Mar 29
0
[RFC] Generate Debug Information for Labels in Function
>
> On Mar 27, 2018, at 7:41 PM, Hsiangkai Wang via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> Hello all,
>
> I would like to enhance LLVM debug info that supports setting
> breakpoint on labels in function.
>
> Generally, if users use GDB as their debugger, they could set
> breakpoints on labels in function. Following is an example.
>
> // C
2018 Mar 29
2
[RFC] Generate Debug Information for Labels in Function
> Based on that I think it might be sufficient to have a flag on an IR label
> that marks a user-originated label and triggers the backend to create a
> DW_TAG_label for it. If we do need source location information for the
> DW_TAG_label, we could grab it from the first instruction.
Are there languages where labels are scoped? If so we'd need explicit
metadata to identify the
2018 Mar 30
2
[RFC] Generate Debug Information for Labels in Function
On Fri, Mar 30, 2018 at 12:05 AM, Adrian Prantl <aprantl at apple.com> wrote:
>>
>> On Mar 27, 2018, at 7:41 PM, Hsiangkai Wang via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>>
>> Hello all,
>>
>> I would like to enhance LLVM debug info that supports setting
>> breakpoint on labels in function.
>>
>> Generally, if users use GDB
2018 Mar 29
2
[RFC] Generate Debug Information for Labels in Function
> On Mar 29, 2018, at 10:55 AM, paul.robinson at sony.com wrote:
>
>
>
>> -----Original Message-----
>> From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of via
>> llvm-dev
>> Sent: Thursday, March 29, 2018 1:54 PM
>> To: aprantl at apple.com; hsiangkai at gmail.com
>> Cc: llvm-dev at lists.llvm.org
>> Subject: Re:
2018 Mar 29
0
[RFC] Generate Debug Information for Labels in Function
> -----Original Message-----
> From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of via
> llvm-dev
> Sent: Thursday, March 29, 2018 1:54 PM
> To: aprantl at apple.com; hsiangkai at gmail.com
> Cc: llvm-dev at lists.llvm.org
> Subject: Re: [llvm-dev] [RFC] Generate Debug Information for Labels in
> Function
>
> > Based on that I think it might be
2018 Mar 28
0
[RFC] Generate Debug Information for Labels in Function
LGTM. I think you can sent patch and let the ball rolling! I would
like to review it. ;)
2018-03-28 10:41 GMT+08:00 Hsiangkai Wang via llvm-dev
<llvm-dev at lists.llvm.org>:
> Hello all,
>
> I would like to enhance LLVM debug info that supports setting
> breakpoint on labels in function.
>
> Generally, if users use GDB as their debugger, they could set
> breakpoints on
2018 Mar 28
7
[RFC] Generate Debug Information for Labels in Function
Hello all,
I would like to enhance LLVM debug info that supports setting
breakpoint on labels in function.
Generally, if users use GDB as their debugger, they could set
breakpoints on labels in function. Following is an example.
// C program
static int
myfunction (int arg)
{
int i, j, r;
j = 0; /* myfunction location */
r = arg;
top:
++j; /* top location */
if (j == 10)
goto
2018 Mar 28
0
[RFC] Generate Debug Information for Labels in Function
Sounds good to me. You can also see llvm.codeview.annotation which does a
similar thing, but it is modeled as having internal, invisible side
effects. These should stay separate, but it may provide a guide for
implementation.
On Tue, Mar 27, 2018 at 7:41 PM Hsiangkai Wang via llvm-dev <
llvm-dev at lists.llvm.org> wrote:
> Hello all,
>
> I would like to enhance LLVM debug info
2018 Mar 30
4
[RFC] Generate Debug Information for Labels in Function
> On Mar 30, 2018, at 9:25 AM, Adrian Prantl via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
>
>
>> On Mar 29, 2018, at 11:29 PM, Hsiangkai Wang <hsiangkai at gmail.com> wrote:
>>
>> I agree with you. Attach debug metadata to basic block will be a
>> better solution. I will change my design to convey debug metadata
>> through basic block
2014 Feb 19
2
[LLVMdev] [lldb-dev] How is variable info retrieved in debugging for executables generated by llvm backend?
Sorry, this is the attachment.
2014-02-19 15:08 GMT+08:00 杨勇勇 <triple.yang at gmail.com>:
> Thank you.
>
> Here is an example and the attchment contains extra files including object
> file and executable file.
> I want to print for example the value of "a", but lldb command "frame
> variable a" displays "0" and so does "b", and
2018 Mar 29
0
[RFC] Generate Debug Information for Labels in Function
> -----Original Message-----
> From: aprantl at apple.com [mailto:aprantl at apple.com]
> Sent: Thursday, March 29, 2018 2:23 PM
> To: Robinson, Paul
> Cc: hsiangkai at gmail.com; llvm-dev at lists.llvm.org
> Subject: Re: [llvm-dev] [RFC] Generate Debug Information for Labels in
> Function
>
>
>
> > On Mar 29, 2018, at 10:55 AM, paul.robinson at sony.com
2016 Mar 23
1
Clang/LLVM producing incomplete & erroneous debug information
Hi everyone,
I'm trying to get debug information for a C/pthreads application, but it
seems like clang/LLVM are producing limited & erroneous debugging
information. I've attached a simple test example to reproduce the problem
-- I'm using clang/LLVM 3.7.1 built from source on Ubuntu 14.04.
I compile the attached file with:
$ clang -O1 -g test.c -lpthread
If I run:
$ readelf
2018 Mar 30
0
[RFC] Generate Debug Information for Labels in Function
> On Mar 29, 2018, at 11:29 PM, Hsiangkai Wang <hsiangkai at gmail.com> wrote:
>
> I agree with you. Attach debug metadata to basic block will be a
> better solution. I will change my design to convey debug metadata
> through basic block instead of intrinsic.
>
> https://reviews.llvm.org/D45078
In this revised design it is now possible to attach a DILabel to a
2015 May 28
4
[LLVMdev] Generate .debug_info for asm files?
Dear LLVM devs,
I've noticed that LLVM's assembler (and hence clang) doesn't generate debug
data when assembling, even when run with "-g".
Users can add their own CFI/line number data with assembler directives. But
GDB ignores the line number data if you don't have a DIE in the .debug_info
section which identifies the compilation unit. (I'm not an expert on GDB,
but
2018 May 28
0
[RFC] Generate Debug Information for Labels in Function
Hello all,
I am interested in this work, and have tested it a bit so far. In the
latest revision, it seems to me that we do not have support in Clang (so it
doesn't generate llvm.dbg.label intrinsic) and in Dwarf debug emission (so
the backend doesn't generate the DW_TAG_label DIE from the DBG_LABEL
Machine Instruction) yet. I attempted to implement these features, do you
want me to
2019 Feb 14
3
[RFC] Potential extension to asm statement functionality
Hi Paul,
Regarding the "No Touchie!" constraint idea for asm statements: would this be a new qualifier (like volatile) that could be applied to the asm statement?
Since the constraint is not necessarily associated with an input or output operand, it seems that introducing the constraint via the qualifier field might work.
All,
The volatile qualifier on an asm statement already
2019 Feb 12
3
[RFC] Potential extension to asm statement functionality
The team I am working with is using asm statements containing label definitions as a way of instrumentation so that when an application is loaded into their debug and test framework, the labels will cause breakpoints to be set at strategic points where they can query the state of the processor that the application is running on.
~ Todd
From: Eli Friedman [mailto:efriedma at quicinc.com]
Sent:
2020 May 01
2
[EXTERNAL] Re: arc diff says "disk is full"?
Could this issue also be related to an “AphrontQueryException #1030: Got error 28 from storage engine” error when browsing Phabricator?
~ Todd Snider
From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Hubert Tong via llvm-dev
Sent: Friday, May 1, 2020 9:15 AM
To: Mircea Trofin
Cc: Nicolai Hähnle via llvm-dev
Subject: [EXTERNAL] Re: [llvm-dev] arc diff says "disk is