[U-Boot-Users] [PATCH] [BUILD] conditionally compile libfdt/*.c in libfdt/Makefile
Jerry Van Baren
gerald.vanbaren at ge.com
Wed Nov 21 16:15:24 CET 2007
Kumar Gala wrote:
> Modify libfdt/Makefile to conditionally compile the *.c files based
> on the board config.
>
> Signed-off-by: Kumar Gala <galak at kernel.crashing.org>
> ---
>
> This is against u-boot-testing
>
> libfdt/Makefile | 2 +-
> libfdt/fdt.c | 5 -----
> libfdt/fdt_ro.c | 5 -----
> libfdt/fdt_rw.c | 5 -----
> libfdt/fdt_strerror.c | 5 -----
> libfdt/fdt_sw.c | 5 -----
> libfdt/fdt_wip.c | 5 -----
> 7 files changed, 1 insertions(+), 31 deletions(-)
Joy!
It looks like the side effect of Grant's improvement just removed all of
the #ifdefs I hacked into the libfdt primary .c files.
Side note: I was playing last night with the "what if" of deleting (git
rm libfdt/*.[ch]) all the "standard" libfdt code, then re-importing it.
Effectively rebaselining in a kerchunk rather than a patch-forward
that Kumar has been doing.
The advantages would be:
* It would be clearer that u-boot/libfdt version 2007-11-X == dtc/libfdt
version 2007-11-X and then we could more easily track changes forward.
* The removal patch is less than 40K (email list limit), but the
re-import patch is around 70K (IIRC) so that doesn't help.
My current conclusion is that it isn't worth the effort.
* The re-import still has a size vs. email list problem
* Since some libfdt routines changed, other (client) routines must be
changed at the same time as the re-import (Kumar's patch rolls libfdt
forward _and_ fixes the handful of calls, so it doesn't have a "broken
spot" in between patches).
Thanks to all!
gvb
More information about the U-Boot
mailing list