[LLVMbugs] [Bug 18638] New: crash recovery (forking into itself) should be made opt-in, and not be enabled by default

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Mon Jan 27 16:39:21 PST 2014


http://llvm.org/bugs/show_bug.cgi?id=18638

            Bug ID: 18638
           Summary: crash recovery (forking into itself) should be made
                    opt-in, and not be enabled by default
           Product: clang
           Version: trunk
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P
         Component: Frontend
          Assignee: unassignedclangbugs at nondot.org
          Reporter: yuri at tsoft.com
                CC: llvmbugs at cs.uiuc.edu
    Classification: Unclassified

Currently all clang jobs fork themselves to improve crash recovery and
reporting. While this improves the crash reporting, this has several drawbacks:
* it unnecessarily slows down and complicates successful jobs, that are
(obviously) the vast majority of runs
* it makes profiling, debugging, tracing such process more difficult, since it
would normally require setting special option to follow fork childs. This also
the may trigger some other tool issues related to forks. For example, on
FreeBSD gdb doesn't stop in clang, I suspect because of this. If I were to
profile clang, valgrind would probably stumble on fork as well

Currently crash recovery fork is done by default. And option -cc1 opts out from
it.

My suggestion: make crash recovery opt-in, triggered by CFLAGS, for example
CFLAGS=-crash-recovery. The minority of users who experience crashes would be
able to set this option, and obtain the same crash logs.

On the other note, all unix utilities (grep,awk,etc) potentially have the same
issue: they may crash and may potentially benefit from such forking too. But
this isn't what is normally done. Each program should do one and only one core
thing. And such bells-and-whistles could be made available optionally, but
shouldn't be forced on majority of users.


==== sample crash output ===
clang -c -emit-llvm huge.c
clang: error: unable to execute command: Terminated: 15
clang: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 3.5 (trunk 200186)
Target: x86_64-unknown-freebsd9.2
Thread model: posix
clang: note: diagnostic msg: PLEASE submit a bug report to
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and
associated run script.

clang: note: diagnostic msg: 
********************

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg: /tmp/huge-dbd4d7.c
clang: note: diagnostic msg: /tmp/huge-dbd4d7.sh
clang: note: diagnostic msg: 

********************

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20140128/761b7a08/attachment.html>


More information about the llvm-bugs mailing list