<div dir="ltr"><div dir="ltr">The bug report can be found here: <a href="https://bugs.llvm.org/show_bug.cgi?id=41237">https://bugs.llvm.org/show_bug.cgi?id=41237</a></div><div>Turns out, the segmentation fault occurs only when the Clang binary was linked with LLD or GNU Gold.</div><div>Binary linked with GNU ld works fine.<br clear="all"></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 26 Mar 2019 at 12:19, Jan Svoboda <<a href="mailto:jansvoboda11@gmail.com">jansvoboda11@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">I'm happy to try reproducers out, however when I run `$ lldb-8 --capture ./lldb-reproducer ./llvm-project/build/bin/clang` and `reproducer generate` after the error occurs, it only creates index.yaml and gdb-remote.yaml.</div><div>That's in line with the reproducers description here: <a href="http://lists.llvm.org/pipermail/lldb-dev/2018-September/014184.html" target="_blank">http://lists.llvm.org/pipermail/lldb-dev/2018-September/014184.html</a></div><div>I just wanted to point the current behaviour out.<br></div><div>I'll submit the whole Clang binary with debug info anyways, if Bugzilla lets me.</div><div>Thanks for the help!<br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 26 Mar 2019 at 00:24, Jonas Devlieghere <<a href="mailto:jdevlieghere@apple.com" target="_blank">jdevlieghere@apple.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On Mar 25, 2019, at 2:05 PM, Adrian Prantl <<a href="mailto:aprantl@apple.com" target="_blank">aprantl@apple.com</a>> wrote:<br>
> <br>
> <br>
> <br>
>> On Mar 25, 2019, at 1:13 PM, Jan Svoboda <<a href="mailto:jansvoboda11@gmail.com" target="_blank">jansvoboda11@gmail.com</a>> wrote:<br>
>> <br>
>> The `argv.size()` expression doesn't crash with SIGSEGV when used directly in the Clang binary though, only when evaluated in LLDB.<br>
>> I'm running x64 Linux (Ubuntu 18.04) and compiled the binary in debug mode using Clang, LLD, libc++ (all in version 8.0.0) installed from the official APT repository.<br>
> <br>
> That sounds like an LLDB bug then. If you are interested you could report it on the LLVM bugzilla and include steps to reproduce and most importantly a full expression log (run "log enable lldb expr") before running your command.<br>
> <br>
> +Jonas—are LLDB reproducers usable enough for this example already?<br>
<br>
It might be a good test case, let's find out!  <br>
<br>
If you don't mind giving this experimental feature a shot, you can pass --capture to the  lldb driver. After you see the error, type "reproducer generate" in the command and it will tell you the path where it generated the reproducer. The reproducer is a directory, which you'd have to compress yourself (at least for now). Keep in mind that it will include binaries and debug info, but since it's open source clang I assume that should be fine.<br>
<br>
> <br>
> -- adrian<br>
<br>
</blockquote></div>
</blockquote></div>