From mboxrd@z Thu Jan 1 00:00:00 1970 From: Masahiro Yamada Date: Tue, 21 Oct 2014 13:22:28 +0900 Subject: [U-Boot] compile issue with U-boot-2014.10-rc2 & Cubieboard In-Reply-To: <54455C1B.9040604@myspectrum.nl> References: <5443CAA5.80006@myspectrum.nl> <54455C1B.9040604@myspectrum.nl> Message-ID: <20141021132228.4DFD.AA925319@jp.panasonic.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Tom and Jeroen, On Mon, 20 Oct 2014 21:01:47 +0200 Jeroen Hofstee wrote: > Hello Masahiro, > > On 19-10-14 16:28, Jeroen Hofstee wrote: > > Hello Tom, > > > > On 01-10-14 17:31, Jeroen Hofstee wrote: > >> > >> On 30-09-14 03:29, Tom Everett wrote: > >>> I am getting this compile error: > >>> > >>> scripts/Makefile.build:55: > >>> /tank/home/tom/freebsd/uboot/u-boot-2014.10-rc2/board/amd/sunxi/Makefile: >>> > >>> No such file or directory > >>> > >>> gmake[1]: *** No rule to make target > >>> `/tank/home/tom/freebsd/uboot/u-boot-2014.10-rc2/board/amd/sunxi/Makefile'. >>> > >>> Stop. > >>> > >>> It appears that the dir "/board/amd/sunxi" does not exist. It >>> should be > >>> "/board/sunxi". > >>> > >>> > >> > > > > I stumbled upon the same problem, on FreeBSD, the root user seems > > to have an VENDOR=amd env hanging around, hence u-boot's Makefile > > cannot assign the correct value. (or it would need override at least). > > > > I have a hard time understanding what exactly is going on here. > It has nothing to do with the type of shell / OS. e.g. linux/bash behaves > exactly the same with: > > export VENDOR=toasted > make wandboard_quad_config all > > scripts/Makefile.build:55: /home/jeroen/software/u-boot/board/toasted/wandboard/Makefile: No such file or directory > make[1]: *** No rule to make target `/home/jeroen/software/u-boot/board/toasted/wandboard/Makefile'. Stop. > > The slightly shorter (in time) version below, shows similar behavior. > make distclean wandboard_quad_config include/config.h && cat include/config.h > > This would make sense if I did `make VENDOR=toasted`, but that is not > the case. Can you shed some light on this, how does make end up using > the version of the original shell? And how can that be prevented? > Sorry, this seems a bug. Can you please check if this patch solve your problem? http://patchwork.ozlabs.org/patch/401315/ Best Regards Masahiro Yamada