From: Masahiro Yamada <yamada.m@jp.panasonic.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] compile issue with U-boot-2014.10-rc2 & Cubieboard
Date: Tue, 21 Oct 2014 13:22:28 +0900 [thread overview]
Message-ID: <20141021132228.4DFD.AA925319@jp.panasonic.com> (raw)
In-Reply-To: <54455C1B.9040604@myspectrum.nl>
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
prev parent reply other threads:[~2014-10-21 4:22 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-30 1:29 [U-Boot] compile issue with U-boot-2014.10-rc2 & Cubieboard Tom Everett
2014-10-01 15:31 ` Jeroen Hofstee
2014-10-19 14:28 ` Jeroen Hofstee
2014-10-20 19:01 ` Jeroen Hofstee
2014-10-21 4:22 ` Masahiro Yamada [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20141021132228.4DFD.AA925319@jp.panasonic.com \
--to=yamada.m@jp.panasonic.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.