[PATCH] D44054: [DWARFv5] Emit file 0 to the line table.

[David Blaikie via llvm-commits]

Yeah, before committing to any new asm syntax, worth a conversation on
llvm-dev with the usual crew & hopefully we can rope in some folks from GCC
or whatnot. It might even be worth discussing on dwarf-discuss, even though
it's not technically a dwarf issue. (& if you're feeling up for it - if
we're having conversations about assembly syntax extensions anyway, there's
a couple of others that might be nice - the ability to specify a CU for
line table entries (LLVM can produce multiple line tables with its
integrated assembler, for use with LTO and ThinLTO, but falls back to
producing a single line table when producing textual assembly) - and maybe
one day the address pool stuff we've talked about)

On Wed, Mar 28, 2018 at 10:52 AM Paul Robinson via Phabricator <
reviews at reviews.llvm.org> wrote:

> probinson added a comment.
>
> In https://reviews.llvm.org/D44054#1050311, @dstenb wrote:
>
> > With this change, we will emit the .file 0 directive even for
> -gdwarf-[234]. The directive results in an error when assembling with GAS.
> Should this be seen as a problem, or is it something that we accept?
> >
> > In general, when using -gdwarf-[234], to what degree should clang/LLVM
> be compatible with assemblers and other tools that only partially support
> DWARFv5?
>
>
> You are correct, we should emit the '.file 0' directive and 'md5' clause
> only if we are producing DWARF v5.  If we are producing DWARF v5 we require
> that the assembler be able to handle the extra information correctly.
>
> I have somewhat arbitrarily picked syntax for supporting these v5
> features.  I don't know how to go about negotiating syntax with other
> assembler providers, or whether anyone else has started trying to produce
> standard DWARF v5 line tables.  If anyone has advice I'd be pleased to hear
> it.
> Probably llvm-dev would be a better forum than this code review.
>
>
> Repository:
>   rL LLVM
>
> https://reviews.llvm.org/D44054
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20180328/1add3a7d/attachment-0001.html>