[llvm] r174445 - Dwarf: support for LTO where a single object file can have multiple line tables
Eric Christopher
echristo at gmail.com
Tue Feb 12 11:38:47 PST 2013
On Tue, Feb 12, 2013 at 11:29 AM, David Blaikie <dblaikie at gmail.com> wrote:
> On Tue, Feb 12, 2013 at 11:14 AM, Eric Christopher <echristo at gmail.com>
> wrote:
> >
> >
> >
> > On Tue, Feb 12, 2013 at 11:10 AM, Krzysztof Parzyszek
> > <kparzysz at codeaurora.org> wrote:
> >>
> >> On 2/12/2013 12:51 PM, David Blaikie wrote:
> >>>
> >>>
> >>> 174479 & 174785 should've addressed these. Are you still seeing the
> >>> issue?
> >>
> >>
> >> I can reproduce it this way (on a x86_64 Linux box):
> >>
> >> $ /path/to/bld/Release+Asserts/bin/llc
> stmt-list-multiple-compile-units.ll
> >> $ as stmt-list-multiple-compile-units.s -o x.o
> >> $ nm x.o | grep line_table
> >> U .Lline_table_start1
> >>
> >>
> >> This is with a very fresh LLVM (from today).
> >>
> >
> > This is the same thing we mentioned with dragonegg I think?
>
> I didn't hit this with DragonEgg after r174785 I don't think. My
> simple repro passed & DragonEgg against the GDB test suite seemed to
> go back to its pre-174445 results.
>
> Not sure any of those produce the multiple compile-unit situation.
>
They shouldn't, no. But I think this is the same problem I was mentioning.
Same thing if you just decide to pass -no-integrated-as.
-eric
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20130212/60cfeaa3/attachment.html>
More information about the llvm-commits
mailing list