This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: PATCH: __nodebug__ attribute for use on SSE intrinsic wrappers

On Fri, 2005-07-29 at 11:26 -0700, Devang Patel wrote:
> On Jul 29, 2005, at 11:19 AM, Daniel Jacobowitz wrote:
> >>> The tool needs to know what functions to ignore.
> >>>
> >>> If you want that information to propogate from the source code, you
> >>> should do it by adding some annotation to the debug info which says
> >>> that the inline function is uninteresting, rather than removing  
> >>> debug
> >>> info.  This way, tools _can_ step into the function if they are  
> >>> asked
> >>> to by the user.
> >>>
> >>
> >> And one way to annotate and propagate this info is to use special
> >> attribute. Any other alternative ?
> >>
> >
> > Yes.  My point is that the attribute should ADD to the debug info, not
> So, you are OK with an idea of having new special attribute and  
> decorating intrinsics headers. Right ?

Nobody has (or should have) a problem with decorating functions with

Most of libgfortran, for example, should be decorated with the pointer
no capture attribute when it is submitted.

However, simply saying "don't produce debug info for this" is not the
right way to go about this in a world where your debug info can easily
tell you whether the called function is compiler made or not.

> Now for actual debug info, lets SUBTRACT in stabs world (FSF GCC  
> still supports stabs) and find a way to ADD info in DWARF.

Is DW_AT_artificial valid on function dies?
I believe it is.
If so, there's your method.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]