[PATCH] Report fatal errors instead of segfaulting/asserting on a few invalid accesses while reading MachO files.
David Majnemer
david.majnemer at gmail.com
Thu Jan 15 11:11:51 PST 2015
In http://reviews.llvm.org/D6945#109149, @belleyb wrote:
> Hi Everyone,
>
> My understanding is that the ELF writer is also used by the MCJIT engine when filling an object buffer with jitted code. In that context, I am wondering if the call to llvm::report_fatal_error() is the appropriate way to report the error. It has the effect of killing the entire host application simply because one LLVM module couldn¹t be jitted.
>
> Of course, fatal errors and assertions should never occur! ;-) And, if they never occur, then there isn¹t any issue. Moreover, it is much better to exit the application after a proper error message has been emitted, then crashing on a segfault! So, this patch is definitely a step in the right direction.
>
> On the other hand, report_fatal_error() has the unfortunate consequence of killing our application before our users have any chance of saving their work.
>
> Thus, I am wondering if there would be a way to indicate to the MCJIT engine that an internal error occurred while jitting a particular LLVM module. The compilation of that module would abort, but the application would not exit.
>
> Is that a legitimate concern ? Comments ?
>
> Cheers,
> Benoit
>
> Benoit Belley
> Sr Principal Developer
> M&E-Product Development Group
> Autodesk, Inc.
> www.autodesk.com http://www.autodesk.com/
This review is for code that parses files and is primarily used by introspective tools like llvm-objdump and the like. The code you are referring is substantially different, I think that discussion belongs in a different thread from this one.
http://reviews.llvm.org/D6945
EMAIL PREFERENCES
http://reviews.llvm.org/settings/panel/emailpreferences/
More information about the llvm-commits
mailing list