guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] socket: Add AF_NETLINK support.


From: Greg Troxel
Subject: Re: [PATCH] socket: Add AF_NETLINK support.
Date: Sun, 07 Jun 2015 17:44:32 -0400
User-agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.5 (berkeley-unix)

address@hidden (Ludovic Courtès) writes:

> One concern we discussed on IRC is precisely that it’s Linux-only, and
> so far we’ve tried to avoid promoting Linux-only interfaces.
>
> An argument in favor of having it in libguile proper is that it cannot
> be implemented outside since we need ‘make-socket-address’ to do the
> right thing.
>
> Another one is that it just provides bindings to the existing socket
> interface, and like other parts of the socket interface, libguile would
> just mirror what the OS provides.
>
> OTOH, it could be argued that libnl is more appropriate than the socket
> interface anyway, and that one can write FFI bindings to libnl.

I think Linux-only interfaces is a real concern, as it will lead to
guile programs that work only on Linux.

An alternative is to look at something like quagga, which has a glue
layer for various OS support for netlink/rtsock/?.   That's more work,
but would let people implment a non-OS-specific interface on multiple
systems and allow portable scheme code.

But, that's much harder.


Until then, why can't the netlink code not be part of guile, and just
another package to build and install and then access via use-modules,
sort of how guile-pg is separate?  Other than wanting to avoid an extra
package, what's the downside?

Attachment: pgpen3ADVYalV.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]