Nov 11 2019
Nov 8 2019
updated to use newly added helper function for salvage or undeffing behaviour when dropping instructions in reassociate expressions pass.
Nov 7 2019
If D69809 lands before this patch, then you can use the helper function salvageDebugInfoOrMarkUndef() which the former introduces.
Sep 16 2019
Aug 27 2019
Jul 17 2019
Jan 22 2019
Slight fix for r351820 seems to have done the trick, many thanks!
and thanks for the patch either way, nice to know we're not in this alone.
seems like the best thing to do here is revert the original commit that broke the bots in the first place?
Jan 21 2019
very gentle and polite ping.
Jan 9 2019
> So GAS does the same thing as Clang's integrated assembler currently (pre-patch) and that behavior is problematic for GDB and LLDB?
Nov 28 2018
No problem's David,
Nov 23 2018
So, I've been poking around in MCObjectStreamer.cpp and have found the area where multiple .loc directives are emitted, however,
Nov 22 2018
I've also taken a look at GAS and tested it's behaviour and have found it mirrors clangs, that is, it will happily output line entries for multiple .loc directives with no interceding instructions - thus leading to line table entries with address delta's of 0.
Hello fellow LLVM contributors.
Nov 2 2018
Oh, I don't have commit access, are you able to commit for me Sam?
I'm happy as is.
The test failed on the following build bot:
Sep 12 2018
couple of nitpicks.
Jul 23 2018
Jul 18 2018
I feel like maybe the solution here should be in the MC integrated
assembler - to not emit zero-length sequences in the line table, regardless
of whether it's in the prologue or anywhere else?
Jul 17 2018
updated test .cpp source description with correct source.
Could you provide a small example dump of the invalid line table you're addressing?