From: "Stefan Fröberg" <stefan.froberg@petroprogram.com>
To: buildroot@busybox.net
Subject: [Buildroot] Various problem using buildroot-2012.05
Date: Mon, 12 Nov 2012 02:04:57 +0200 [thread overview]
Message-ID: <50A03D29.7070608@petroprogram.com> (raw)
In-Reply-To: <50A02B0C.4000107@mind.be>
12.11.2012 0:47, Arnout Vandecappelle kirjoitti:
> On 11/10/12 15:51, Stefan Fr?berg wrote:
>>
>> If you try to use buildroot-made target gcc to compile perl, that is,
>> you use buildroot to cross-compile gcc to run
>> natively inside
>> uClibc (?) environment, then you might encounter problems.
>>
>> As Thomas has said in few times here for people telling about
>> problems of native gcc-toolchain, buildroot is about
>> cross-compiling stuff
>> and buildroot produced native gcc-toolchain is really not supported
>> and might be still broken
>> (I don't know what the current status of it is now).
>
> The current status is: we're going to remove it. Thomas has just
> posted some
> patches to do that.
>
Awww...
Well, it's good that he mentioned it at this point, before I started
doing any real work with that native toolchain.
> The idea is: if you need a toolchain on the target, there is no
> reason not to
> use a normal distro: debian, ubuntu, gentoo, ....
>
>
> As for perl, however, I think we really would like to be able to
> cross-compile
> perl modules. But that unfortunately still needs some work. I messed
> about
> with it for a bit, but I can't say I really understand how the perl
> build system
> works.
>
Yeah.
Another "little" difficult case is Python.
Even tought Python uses autotools, it (and Perl) will always be the
worst cross-compile
friendly citizens in my book.
Way back, before buildroot, I tried many times to cross-compile it in
Mingw32 environment and it was an
absolute nightmare. With Perl I had even less luck.
Every time I find an interesting open source project that I would like
to try and cross-compile,
I will make an silent prayer to God's of programmers that the build
system that is revealed from
tarball will be a GNU autoconf script (or even cmake one for God's sake)
and not
some hodge-bodge, custom made, configuration nightmare.
Regards
Stefan
>
> Regards,
> Arnout
>
next prev parent reply other threads:[~2012-11-12 0:04 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-18 7:46 [Buildroot] Various problem using buildroot-2012.05 Ming-Ching Tiew
2012-06-18 8:36 ` Thomas Petazzoni
2012-11-10 14:28 ` Bernd Kuhls
2012-11-10 14:51 ` Stefan Fröberg
2012-11-10 20:21 ` Bernd Kuhls
2012-11-11 22:47 ` Arnout Vandecappelle
2012-11-12 0:04 ` Stefan Fröberg [this message]
2012-11-12 7:36 ` Thomas Petazzoni
-- strict thread matches above, loose matches on Subject: below --
2012-06-18 3:35 Ming-Ching Tiew
2012-06-18 5:55 ` Ming-Ching Tiew
2012-06-18 6:45 ` Thomas Petazzoni
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=50A03D29.7070608@petroprogram.com \
--to=stefan.froberg@petroprogram.com \
--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.