Re: r265038 - Diagnostics: remove dodgy handler for bitcode inlineasm diagnostics.

2016-04-06 Thread Tim Northover via cfe-commits
> Generally good. How about only report error when SM.getKind() == DK_Error? Good idea. I've committed it with more flexible diagnostic kinds as r265592. Tim. ___ cfe-commits mailing list cfe-commits@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/

Re: r265038 - Diagnostics: remove dodgy handler for bitcode inlineasm diagnostics.

2016-04-01 Thread Steven Wu via cfe-commits
> On Apr 1, 2016, at 12:04 PM, Tim Northover wrote: > > >> On 31 Mar 2016, at 16:51, Steven Wu wrote: >> >> The original handler is not there to workaround a crash. It is to avoid >> generate a crash report (report_fatal_error) when the input bitcode contains >> invalid assembly. > > Ah,

Re: r265038 - Diagnostics: remove dodgy handler for bitcode inlineasm diagnostics.

2016-04-01 Thread Tim Northover via cfe-commits
> On 31 Mar 2016, at 16:51, Steven Wu wrote: > > The original handler is not there to workaround a crash. It is to avoid > generate a crash report (report_fatal_error) when the input bitcode contains > invalid assembly. Ah, I see now. That test needs tweaking too, since it doesn't actually p

Re: r265038 - Diagnostics: remove dodgy handler for bitcode inlineasm diagnostics.

2016-03-31 Thread Steven Wu via cfe-commits
The original handler is not there to workaround a crash. It is to avoid generate a crash report (report_fatal_error) when the input bitcode contains invalid assembly. It is an oversight to exit(0) even when it failed. Can you make the diagnostic handler fatal for Errors kinds instead of removin