<div dir="ltr"><div dir="ltr">@Daniel, I didn't know the lwjgl folks were looking into this area, I've had a brief look but it's definitely something I want to check out more!<div><br></div><div>@Maurizio, the idea about defining a second library that depends on it is pretty clever.</div><div><br></div><div>It turns out that you can pull liburing in with CMake without so much effort</div><div>To set that scenario up was just the below code, this should work decently 👍</div><div><br></div><div>=============================</div><div><div>ExternalProject_Add(</div><div>        liburing_git</div><div>        GIT_REPOSITORY <a href="http://github.com/axboe/liburing.git">http://github.com/axboe/liburing.git</a></div><div>        GIT_TAG liburing-2.2</div><div>        BUILD_IN_SOURCE 1</div><div>        BUILD_BYPRODUCTS "<SOURCE_DIR>/src/liburing.a"</div><div>        BUILD_COMMAND make</div><div>)</div><div>ExternalProject_Get_Property(liburing_git SOURCE_DIR)</div><div>add_library(liburing INTERFACE)</div><div>add_dependencies(liburing liburing_git)</div><div>target_include_directories(liburing INTERFACE ${SOURCE_DIR}/src/include)</div><div>target_link_libraries(liburing INTERFACE ${SOURCE_DIR}/src/liburing.a)</div><div><br></div><div># NOW LINK IT TO SECOND LIBRARY</div><div>add_library(liburing_extras SHARED liburing_extras/main.c)</div><div>target_link_libraries(liburing_extras liburing)</div><div>add_dependencies(liburing_extras liburing)</div></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 21, 2022 at 7:24 PM Maurizio Cimadamore <<a href="mailto:maurizio.cimadamore@oracle.com">maurizio.cimadamore@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On 21/09/2022 23:39, Gavin Ray wrote:<br>
> That makes sense -- I will look at patching liburing with a dirty <br>
> one-liner that strips "static inline" from the definitions that have <br>
> them then, ty =)<br>
<br>
Sorry, hit send too fast, and forgot to reply to this.<br>
<br>
There are few approaches that can be tried.<br>
<br>
First, you could define another shared library that depends on io_uring <br>
- e.g. a C file which includes the io_uring header. This new file would <br>
contain _new_ exported symbols for all the static inline functions, <br>
whose implementation just delegates to the underlying static inline <br>
functions (in the included io_uring header). Then you load up the <br>
library with Panama and, if you have set up things correctly, you will <br>
see both the static inlines and the exported symbols in IO uring. (in <br>
fact, we do a similar trick to expose system library symbols like <br>
"printf" on Windows, which implements them as macros).<br>
<br>
Another (more fun?) option would be to just keep the original library, <br>
and implement the static inline functions in Java directly, using the <br>
FFM API. Most of the functions I see have only 2-3 lines in them, so it <br>
shouldn't be hard.<br>
<br>
Maurizio<br>
<br>
</blockquote></div>