[U-Boot] compile issue with U-boot-2014.10-rc2 & Cubieboard
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".
Hello Tom,
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".
Your problem description does not contain enough information to reproduce / understand your problem. e.g. are you trying to compile for a FreeBSD target or on a FreeBSD host? make commands are missing as well.
Anyway, current master be9f643ae, with this patch: http://patchwork.ozlabs.org/patch/395588/ should compile fine on a FreeBSD host (11-currentish).
Regards, Jeroen
sudo pkg install gcc-arm-embedded export PATH=/usr/local/gcc-arm-embedded-4_8-2014q2-20140609/bin/:$PATH export CROSS_COMPILE=arm-none-eabi- gmake Cubieboard_defconfig gmake all
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).
Regards, Jeroen
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?
Thanks, Jeroen
Hi Tom and Jeroen,
On Mon, 20 Oct 2014 21:01:47 +0200 Jeroen Hofstee jeroen@myspectrum.nl 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
participants (3)
-
Jeroen Hofstee -
Masahiro Yamada -
Tom Everett