openImplicit

[Michael Hall]

> On Apr 21, 2023, at 4:07 PM, Maurizio Cimadamore <maurizio.cimadamore at oracle.com> wrote:
> 
> Hi Michael,
> your segment looks correct - the empty optional just indicates that it's an off-heap segment, and that there's no Java array backing it.
> 
> The code that calls glGenTextures also looks ok. Unfortunately I'm not an expert on macos and OpenGL (although I known that combo is getting trickier to run following the push to Metal). Perhaps someone with more OpenGL expertize can chime in? (CC'ing Martin Pernollet).
> 
> 

I may of misunderstood implicit. I thought that gave you a garbage collection managed memory segment. So heap? I guess I was wrong.

Sort of started looking at this in talking to Martin. I haven’t for a while. I haven’t been progressing very fast. But I think I have the current jdk19 code modified to jdk20.

> P.S. I believe the cast to (int) is redundant - the JAVA_INT layout should be able to drive the correct return type in overload selection. Also, if you are using jextract (as it seems looking at the code you pasted), I suggest you stick with the C types that jextract generates (e.g. C_INT instead of JAVA_INT). It's not the issue here, but some types (such as C_LONG) can have a definition which different from platform to platform.
> 
> Cheers
> Maurizio

This might be more for Martin. He did the original I based the jdk20 on, I’m using a different OpenGL provider. So trying to figure out how to get someone else’s to work with native I’m not familiar with in order to have better OS/X support. 
But mostly my concern to figure out.

Thanks.