From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] Qt tribulations take 2
Date: Sun, 15 Jul 2012 12:33:09 +0200 [thread overview]
Message-ID: <50029C65.9010004@mind.be> (raw)
In-Reply-To: <20120715010542.1a23ba0f@skate>
On 07/15/12 01:05, Thomas Petazzoni wrote:
> Le Sat, 14 Jul 2012 15:00:18 -0700,
> Charles Krinke<charles.krinke@gmail.com> a ?crit :
>
>> You were right as usual. It was an environment variable. It was
>> QMAKESPEC which was set by my installation of the TI SDK a week ago. I
>> should have checked my .bashrc after installing the SDK, but I did
>> not expect any environment changes as a result of installing a
>> toolchain and u-boot source.
>
> Then we should probably unset this environment variable in the main
> Makefile. It seems like a lot of environment variables are causing
> various issues in the build. Is there any way to simply unset all
> environments variables, except the few we are actually interested in?
Not really I'm afraid...
We could define MAKE as env -i $(MAKE), but there are some environment
variables that are passed to sub-makes that you loose this way. Maybe
better is to define SHELL as env -i sh, but that could have huge side
effects...
But maybe we shouldn't exaggerate here. Putting a QMAKESPEC in your
environment would make any qt build fail, so it's not really a
buildroot problem. Maybe a better idea is to put in the documentation
that the safe way is to use 'env -i make' to start a build...
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286540
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
next prev parent reply other threads:[~2012-07-15 10:33 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-13 13:51 [Buildroot] Qt tribulations take 2 Charles Krinke
2012-07-13 14:55 ` Thomas Petazzoni
2012-07-13 15:41 ` Charles Krinke
2012-07-14 16:25 ` Julian Lunz
2012-07-14 22:00 ` Charles Krinke
2012-07-14 23:05 ` Thomas Petazzoni
2012-07-15 10:33 ` Arnout Vandecappelle [this message]
2012-07-15 10:38 ` Thomas Petazzoni
2012-08-16 17:28 ` Stephan Hoffmann
2012-08-17 11:29 ` Thomas Petazzoni
2012-07-14 23:12 ` Arnout Vandecappelle
2012-07-14 20:56 ` Arnout Vandecappelle
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=50029C65.9010004@mind.be \
--to=arnout@mind.be \
--cc=buildroot@busybox.net \
/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.