[LLVMbugs] [Bug 13062] Objective-C encoding of int[42] parameter doesn't match encoding of int[], int* parameters

bugzilla-daemon at llvm.org bugzilla-daemon at llvm.org
Mon Jun 3 16:03:10 PDT 2013


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

Fariborz Jahanian <fjahanian at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WORKSFORME                  |---

--- Comment #5 from Fariborz Jahanian <fjahanian at apple.com> ---
I will ask if it is “does’ and not “might”. I open this until I get a more to
the point
answer. I will look at the other issue too.


> @Fariborz: I don't really buy that explanation. For one thing, the explainer
> ought to use words like "does" instead of "might" — and I suspect the
> appropriate word is more like "doesn't". Can we confirm the rumored behavior
> of NSInvocation and/or Distributed Objects?
> 
> For another thing, that explanation is directed entirely at the original
> description and not at my Comment 1. It's my fault for appending Comment 1
> to this bug report rather than opening a separate bug; but in that case
> should I open a separate bug for Comment 1? Encoding "struct { } b[42];" as
> "[0{?=}]" seems to be a cut-and-dried *bug*, and certainly can't be
> explained by recourse to Distributed Objects.
> 
> Again, my bad for putting two pretty-much-orthogonal @encoding issues in the
> same bug report. But I don't think this bug should be resolved just yet, for
> either of them.
> 
> (Oh, and the appropriate resolution based on your Comment 3 is not
> WORKSFORME but WONTFIX. If I understand correctly, WORKSFORME is a synonym
> for "Cannot Reproduce".)

-- 
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/20130603/92f1eb2f/attachment.html>


More information about the llvm-bugs mailing list