[foreign] RFR 8218679: binder throws NPE when binding sqlite3 interface
Maurizio Cimadamore
maurizio.cimadamore at oracle.com
Mon Feb 11 15:23:10 UTC 2019
Looks good - but when looking at the code some more, I found another
place where things probably go wrong: Sequence.
We have two subclasses in Layout: Address (subclass from Value) and
Sequence (subclass from Group).
Address correctly delegates hash/equals to super, Sequence does not, so
I believe it can be prone to the same issue you are trying to fix (e.g.
not taking annos into account).
Maurizio
On 11/02/2019 15:11, Sundararajan Athijegannathan wrote:
> Fixed Unresolved.equals and hashCode as mentioned.
>
> Updated: https://cr.openjdk.java.net/~sundar/8218679/webrev.01/
>
> -Sundar
>
> On 11/02/19, 7:06 PM, Maurizio Cimadamore wrote:
>> Looks good (and kind of surprising we made it thus far w/o seeing
>> this!).
>>
>> Minor quibble - I'd tweak the Unresolved equals/hash to use
>> layoutExpression + annos.
>>
>> Moving forward, we want jextract to generate a single artifact with
>> single name resolution context - so, same layoutExpr -> same layout.
>>
>> Maurizio
>>
>> On 11/02/2019 13:18, Sundararajan Athijegannathan wrote:
>>> Please review.
>>>
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8218679
>>> Webrev: https://cr.openjdk.java.net/~sundar/8218679/webrev.00/
>>>
>>> Thanks
>>> -Sundar
More information about the panama-dev
mailing list