Hi. Esteban has version ported to UFFI https://github.com/estebanlm/TalkFFI. But I don't know is it working or not.
2017-11-08 10:15 GMT+01:00 Todd Blanchard <tblanch...@mac.com>: > I know, but its closer to "done" than starting from scratch. > > > > On Nov 8, 2017, at 1:13 AM, Ben Coman <b...@openinworld.com> wrote: > > AFAIK, TalkFFI hasn't been updated to UFFI for Pharo 5. > http://forum.world.st/Porting-TalkFFI-LibClang-to-Pharo-5- > UFFI-td4915060.html > > cheers -ben > > On Wed, Nov 8, 2017 at 4:07 PM, Todd Blanchard <tblanch...@mac.com> wrote: > >> Just catching up.... >> >> I'm trying to work with 64 bit Pharo 6.(1? 2?). >> >> I've run into some issues that I have not been able to resolve. I've >> loaded up TalkFFI with the LibClang library and testLocation fails. >> Anything that tries to deal with getting a code location fails and I cannot >> figure out what the issue is yet. >> >> Also, callbacks do not work at all. >> >> One might say that this is only tested on 32 bit Pharo and that's fine, >> but I have a 64 bit computer loaded with 64 bit standard libraries and >> recompiling everything to get 32 bit versions is just not practical. Its >> past time to do the 64 bit thing. >> >> FWIW, my test library at this point is SQLite Amalgam header to see if I >> can automatically build a SQLite interface (should be easy as it is one >> file) but it is kind of frustrating that these libclang features are not >> working on 64 bit libs. >> >> I have been running in lldb to try to catch the crashes, and I have >> written a number of toy programs to make certain things are the sizes I >> expect. >> >> Still stuck at this juncture. >> >> Had to take a lil break and learn to program a Particle board for a work >> project but will resume next week. >> >> >> On Oct 23, 2017, at 11:13 AM, Ben Coman <b...@openinworld.com> wrote: >> >> >> >> On Mon, Oct 23, 2017 at 11:46 PM, Jan Cada <j...@cada.cz> wrote: >> >>> Hi, >>> >>> I would like to connect fingerprint reader to pharo - so far I am able >>> to use C library to connect to it using UFFI, >>> however the problem is that I can wait for fingerprint indefinitely ( >>> blocking call to library) or register call-back for moment when fingerprint >>> is available. >>> The registration function returns immediately, so it is clear that the >>> callback will be called from another thread. >>> >>> Is such situation supported by UFFI ? >>> >>> Thanks for any tip, >>> >>> Jan >>> >> >> Callbacks are supported. Here is an example... >> http://blog.openinworld.com/2016/09/pharo-libclang-ffi-part- >> 4-ast-walking-with-visitors-callbacks/ >> >> @Todd, How did find working through this part? >> cheers -ben >> >> >> > >
