[PATCH] Fix PR18381 - print a minimal diagnostic rather than assert on unresolved .secidx target

Jim Grosbach grosbach at apple.com
Thu Jan 30 11:02:18 PST 2014


That subtraction diagnostic doesn’t generate a stack trace, does it? I don’t see one on Darwin, anyway. Perhaps a platform difference?

The top level report_fatal_error() function has a parameter for whether to consider the failure a crasher or not, but doesn’t look like this is going through that path.

-Jim

On Jan 30, 2014, at 10:54 AM, Reid Kleckner <rnk at google.com> wrote:

> I'd leave the stack trace alone for now.  That's what all other MC errors do.  If somebody wants to fix that, they can do it later.
> 
> For the wording, IMO it'd be more consistent to say that this was an "undefined symbol".  It's not clear what "couldn't resolve" means, and "undefined" feels more precise.  Also, we should mention .secidx.
> 
> We have other errors like:
>           Twine("symbol '") + B->getName() +
>               "' can not be undefined in a subtraction expression");
> 
> So we could do something like:
> Cannot get section of undefined symbol 'bar' in .secidx directive
> 
> 
> On Thu, Jan 30, 2014 at 10:46 AM, Timur Iskhodzhanov <timurrrr at google.com> wrote:
> What's the recommended way to get rid of the stacktrace?
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20140130/ffc02b11/attachment.html>


More information about the llvm-commits mailing list