Re: [RFC] ubi-utils: improve compatibility with klibc

[Bill Pringlemeir <bpringlemeir@nbsps.com>]

On  3 Jul 2014, andrea.adami at gmail.com wrote:

> I have put together a patchset allowing to compile the ubi utils
> statically against klibc.

> The patches are based on today's mtd-utils master, please have a
> preview here:

> https://github.com/andrea-adami/meta-openembedded/tree/master/meta-initramfs/recipes-devtools/mtd/ubi-utils-klibc

> Please let me know if there is something to change before sending them
> to the mailing list.

I am no authority, but I appreciate your work.  I have tried to get the
ubi tools working with klibc and I think these patches have been around
for some time; I seem to remember seeing them.

I would suggest to modify '0001-Makefile-only-build-ubi-utils.patch' to
use the over-ride.  So we could have,

  UBI_ONLY ?= 0

And then modify the make rules on this conditional.  That way, people
using a default commandline/environment will get the full tools suite as
per normal.  It may even be best to split the functionality.  There is
'ftl', 'nand', 'jffs2' and 'ubi' and maybe the 'otp'.  So, someway to
pass a make variable through the environment or command line to change
what is built is probably better? (lacking 'configure' or 'menuconfig').

For '0003-libubi.c-add-klibc-specific-fixes.patch', why can't 'klibc'
fix the 'ioctl' definition?  I think that updating 'common.h' to handle
the peculiarities of 'klibc' and redefine the 'ioctl()' would be better,
if 'klibc' can't change.

I don't see issues with the other patches.

Fwiw,
Bill Pringlemeir.