inotify ffi
i wrote a FFI to inotify system call. https://github.com/ChaosEternal/guile-inotify2 procedures: * inotify-init * inotify-init1 * inotify-add-watch * inotify-rm-watch * inotify-read-port the errno handle is unreliable, use with caution. License: LGPL v3
Re: inotify ffi
Date: Wed, 12 Nov 2014 01:59:13 +0800 From: Chaos Eternal chaoseter...@shlug.org and it is not very portable. On Wed, Nov 12, 2014 at 1:55 AM, Chaos Eternal chaoseter...@shlug.org wrote: i wrote a FFI to inotify system call. https://github.com/ChaosEternal/guile-inotify2 procedures: * inotify-init * inotify-init1 * inotify-add-watch * inotify-rm-watch * inotify-read-port the errno handle is unreliable, use with caution. License: LGPL v3 Why not use the glib file monitoring instead? It is much more portable, and has an inotify back-end AFAIK.
Re: inotify ffi
Eli Zaretskii e...@gnu.org writes: Why not use the glib file monitoring instead? It is much more portable, and has an inotify back-end AFAIK. If you're only after inotify, glib seems like a heavy dependency. -- David Thompson Web Developer - Free Software Foundation - http://fsf.org GPG Key: 0FF1D807 Support the FSF: https://fsf.org/donate
Re: inotify ffi
From: David Thompson dthomps...@worcester.edu Cc: guile-devel@gnu.org Date: Tue, 11 Nov 2014 15:05:05 -0500 Eli Zaretskii e...@gnu.org writes: Why not use the glib file monitoring instead? It is much more portable, and has an inotify back-end AFAIK. If you're only after inotify, glib seems like a heavy dependency. But inotify is practically a single-OS solution. How does it make sense for Guile to support file notifications only on one platform? That effectively limits packages that use Guile as an extension language to that single platform. Anyway, Guile already depends on quite a few external libraries, so adding a few more doesn't sound a big deal to me, FWIW.
Re: inotify ffi
Eli Zaretskii e...@gnu.org writes: But inotify is practically a single-OS solution. How does it make sense for Guile to support file notifications only on one platform? That effectively limits packages that use Guile as an extension language to that single platform. From what I could see, this is a third-party library, not one intended for Guile core. If such support were to be added to Guile core, I would agree that it should be cross-platform. I'm interested in file notifications for a project of mine, but I'm not sure I would want to introduce glib as a dependency if I'm only using that one feature. -- David Thompson Web Developer - Free Software Foundation - http://fsf.org GPG Key: 0FF1D807 Support the FSF: https://fsf.org/donate