From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jerry Van Baren <gvb.uboot@gmail.com>
Date: Mon, 08 Sep 2008 00:28:07 -0400
Subject: [U-Boot] [PATCH] Fix out-of-tree tools/fdt build
In-Reply-To: <20080908041043.GA12846@cideas.com>
References: <20080908041043.GA12846@cideas.com>
Message-ID: <48C4A9D7.3060300@gmail.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Jerry Van Baren wrote:
> The fdt header files must come from the u-boot versions when building
> the tools (we must use the same definitions in the tools as in the
> u-boot image).  To ensure this, generate the "fdt_host.h" file in the
> Makefile to use the full path to the u-boot fdt header files.
> 
> Signed-off-by: Gerald Van Baren <vanbaren@cideas.com>
> ---
> 
> This is *NOT* a final answer.  I'm still getting a build error that I
> cannot figure out so I figured I would appeal to the Wisdom of the List.
> 
> In this patch, I'm auto-generating the fdt_host.h header to specifically
> include the u-boot fdt headers (as opposed to the host's headers).
> There may be better way(s) of doing this and there are the aforementioned
> errors to fix.  Treat this as a challenge for improvements.  ;-)
> 
> Thanks,
> gvb
> 
>  Makefile         |    1 +
>  include/image.h  |    4 ++++
>  tools/Makefile   |   36 ++++++++++++++++++++++++++----------
>  tools/fdt_host.h |   28 ----------------------------
>  tools/mkimage.h  |    2 +-
>  5 files changed, 32 insertions(+), 39 deletions(-)
>  delete mode 100644 tools/fdt_host.h
> 
> diff --git a/Makefile b/Makefile
> index 8d82ef5..be08685 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -3152,6 +3152,7 @@ clean:
>  	@rm -f $(obj)nand_spl/{u-boot-spl,u-boot-spl.map,System.map}
>  	@rm -f $(obj)onenand_ipl/onenand-{ipl,ipl.bin,ipl-2k.bin,ipl-4k.bin,ipl.map}
>  	@rm -f $(obj)api_examples/demo $(VERSION_FILE)
> +	@rm -f $(SRCTREE)/tools/fdt_host.h

Arrgh, this should have been:
	@rm -f $(obj)fdt_host.h
(missed that change as my technique evolved).  This doesn't affect the 
aforementioned errors to be fixed or the challenge for improvements.

gvb