[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