On Friday 22 June 2007 09:43:40 Natanael Copa wrote: > I have created a port of openbsd's rpcgen for use with uclibc: > openrpcgen. > > Motivation is that the rpcgen that comes with nfs-utils-1.0.12 does not > produce any good code. See > https://bugs.gentoo.org/show_bug.cgi?id=174393 > > I have now managed to build db-4.3.29 using the openrpcgen and are > currently running the tests for db. > > openrpcgen is available here: http://dev.alpinelinux.org/openrpcgen/
i dont think it's the C libraries' business to provide the rpcgen binary. yes, i know glibc provides it, but they've deprecated all of the rpc stuff in the C library. if they could get away with it, they'd punt all of the rpc code, but ABI compatibility holds them back. everyone is moving to libtirpc for their rpc needs since the glibc maintainers are refusing to update the rpc code (most importantly IPv6 support, but not limited to that). i'm not sure how far we should take this in uClibc ... punt the code altogether ? disable it by default and add #warning's to the code and add info to the Kconfig (eventually punting it) ? what realistic consumers are there of the rpc code ? of course there is nfs- utils and related (rpcbind), but those have transitioned to libtirpc already. -mike
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc