[llvm] r174445 - Dwarf: support for LTO where a single object file can have multiple line tables

[David Blaikie]

[+mren for visibility]

On Tue, Feb 12, 2013 at 11:38 AM, Eric Christopher <echristo at gmail.com> wrote:
>
>
> 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